From owner-freebsd-mobile Mon Apr 6 08:13:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03946 for freebsd-mobile-outgoing; Mon, 6 Apr 1998 08:13:37 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA03910 for ; Mon, 6 Apr 1998 08:13:25 -0700 (PDT) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id RAA00818 for ; Sun, 30 Jun 1996 17:32:53 +0200 (MET DST) Message-ID: <35290E05.BAEFD7E6@giovannelli.it> Date: Mon, 06 Apr 1998 17:16:53 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: mobile@FreeBSD.ORG Subject: Flash ATA/PC-card ATAPI support for -current References: <35135766.1026387F@giovannelli.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org When will be the ATA/PC card drivers committed ? A friends of mine report they works quite well (using the following patches). Instead I have a some problems with today -current : .cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitializ ed -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../i386/isa/wd.c In file included from ../../i386/isa/wd.c:298: ../../pccard/slot.h:40: redefinition of `struct slot_ctrl' ../../pccard/slot.h:78: redefinition of `struct pccard_device' ../../pccard/slot.h:96: redefinition of `struct pccard_devinfo' ../../pccard/slot.h:112: redefinition of `struct slot' ./../pccard/slot.h:141: redeclaration of `enum card_event' ../../pccard/slot.h:141: conflicting types for `card_removed' ../../pccard/slot.h:141: previous declaration of `card_removed' ../../pccard/slot.h:141: warning: redundant redeclaration of `card_removed' in s ame scope ../../pccard/slot.h:141: warning: previous declaration of `card_removed' ../../pccard/slot.h:141: conflicting types for `card_inserted' ../../pccard/slot.h:141: previous declaration of `card_inserted' ../../pccard/slot.h:141: warning: redundant redeclaration of `card_inserted' in same scope ../../pccard/slot.h:141: warning: previous declaration of `card_inserted' ../../pccard/slot.h:143: warning: redundant redeclaration of `pccard_alloc_slot' in same scope ../../pccard/slot.h:143: warning: previous declaration of `pccard_alloc_slot' ../../pccard/slot.h:144: warning: redundant redeclaration of `pccard_event' in s ame scope ../../pccard/slot.h:144: warning: previous declaration of `pccard_event' ../../pccard/slot.h:145: warning: redundant redeclaration of `pccard_remove_cont roller' in same scope ../../pccard/slot.h:145: warning: previous declaration of `pccard_remove_control ler' ../../i386/isa/wd.c:302: warning: redundant redeclaration of `card_intr' in same scope ../../i386/isa/wd.c:272: warning: previous declaration of `card_intr' ../../i386/isa/wd.c:303: warning: redundant redeclaration of `wdunload' in same scope ../../i386/isa/wd.c:273: warning: previous declaration of `wdunload' ../../i386/isa/wd.c:304: warning: redundant redeclaration of `wdinit' in same sc ope ../../i386/isa/wd.c:274: warning: previous declaration of `wdinit' ../../i386/isa/wd.c:305: warning: redundant redeclaration of `wdprobe_pccard' in same scope ../../i386/isa/wd.c:275: warning: previous declaration of `wdprobe_pccard' ../../i386/isa/wd.c:307: redefinition of `wdinfo' ../../i386/isa/wd.c:277: `wdinfo' previously defined here ../../i386/isa/wd.c:317: redefinition of `__set_pccarddrv_set_sym_wdinfo' ../../i386/isa/wd.c:287: `__set_pccarddrv_set_sym_wdinfo' previously defined her e ../../i386/isa/wd.c:319: redefinition of `static_init' ../../i386/isa/wd.c:289: `static_init' previously defined here ../../i386/isa/wd.c:320: redefinition of `lunit_in_use' ../../i386/isa/wd.c:290: `lunit_in_use' previously defined here ../../i386/isa/wd.c:321: redefinition of `ctrlr_in_use' ../../i386/isa/wd.c:291: `ctrlr_in_use' previously defined here ../../i386/isa/wd.c:429: redefinition of `wdinit' ../../i386/isa/wd.c:332: `wdinit' previously defined here ../../i386/isa/wd.c:477: redefinition of `wdunload' ../../i386/isa/wd.c:380: `wdunload' previously defined here ../../i386/isa/wd.c:505: redefinition of `card_intr' ../../i386/isa/wd.c:408: `card_intr' previously defined here ../../i386/isa/wd.c:512: redefinition of `wdprobe_pccard' ../../i386/isa/wd.c:415: `wdprobe_pccard' previously defined here *** Error code 1 Patches : > This is Flash ATA/PC-card ATAPI support for today's -current. Please > test it. > > *CAUTION* This works on my laptop (Toshiba Libretto US version), but > it will not work on machines that have secondary IDE interface. > > FYI: Sample pccard.conf entries. > > # IO Data PCIDE-II (Generic ATAPI interface for CD-ROM, HDD, and MO) > card "IO DATA" "PCIDEII" > config 0x22 "wdc1" 10 > > # Hagiwara Sys-com HPC-CFT32 (Compact Flash 32MB) > card "HAGIWARA" "HPC-CFT32" > config 0x3 "wdc1" 10 > > -- > HOSOKAWA, Tatsumi > Network Technology Center > Keio University > hosokawa@ntc.keio.ac.jp > > Index: pccardd/cardd.c > =================================================================== > RCS file: /home/ncvs/src/usr.sbin/pccard/pccardd/cardd.c,v > retrieving revision 1.30 > diff -c -r1.30 cardd.c > *** cardd.c 1998/03/09 05:18:50 1.30 > --- cardd.c 1998/03/20 07:42:44 > *************** > *** 189,194 **** > --- 189,195 ---- > if (sp->cis) > freecis(sp->cis); > if (sp->config) { > + logmsg("sp->config->inuse = 0;\n"); > sp->config->inuse = 0; > sp->config->driver->inuse = 0; > } > *************** > *** 404,409 **** > --- 405,412 ---- > bzero(&sp->io, sizeof(sp->io)); > if (cisconf->iospace || (defconf && defconf->iospace)) { > struct cis_config *cp; > + int n_iowin = sp->card_config->io_blks; > + int free_ioaddr; > > cp = cisconf; > if (!cisconf->iospace) > *************** > *** 412,440 **** > * If # of I/O lines decoded == 10, then card does its > * own decoding. > * > * If an I/O block exists, then use it. > * If no address (but a length) is available, allocate > * from the pool. > */ > ! if (cp->io) { > ! sp->io.addr = cp->io->addr; > ! sp->io.size = cp->io->size; > ! } else > /* > * No I/O block, assume the address lines > * decode gives the size. > */ > sp->io.size = 1 << cp->io_addr; > ! > ! if (sp->io.addr == 0) { > ! int i = bit_fns(io_avail, IOPORTS, sp->io.size); > ! > ! if (i < 0) > return (-1); > ! sp->io.addr = i; > } > - bit_nclear(io_avail, sp->io.addr, > - sp->io.addr + sp->io.size - 1); > > /* Set up the size to take into account the decode lines. */ > sp->io.cardaddr = cp->io_addr; > --- 415,465 ---- > * If # of I/O lines decoded == 10, then card does its > * own decoding. > * > + * If two I/O blocks exist, then use them. > * If an I/O block exists, then use it. > * If no address (but a length) is available, allocate > * from the pool. > */ > ! switch (n_iowin) { > ! case 0: > /* > * No I/O block, assume the address lines > * decode gives the size. > */ > sp->io.size = 1 << cp->io_addr; > ! free_ioaddr = bit_fns(io_avail, IOPORTS, sp->io.size); > ! if (free_ioaddr < 0) > return (-1); > ! sp->io.addr = free_ioaddr; > ! bit_nclear(io_avail, sp->io.addr, > ! sp->io.addr + sp->io.size - 1); > ! break; > ! case 1: > ! sp->io.addr = cp->io->addr; > ! sp->io.size = cp->io->size; > ! bit_nclear(io_avail, sp->io.addr, > ! sp->io.addr + sp->io.size - 1); > ! break; > ! case 2: > ! sp->io.next = xmalloc(sizeof(struct allocblk)); > ! bzero(sp->io.next, sizeof(struct allocblk)); > ! sp->io.addr = cp->io->addr; > ! sp->io.size = cp->io->size; > ! bit_nclear(io_avail, sp->io.addr, > ! sp->io.addr + sp->io.size - 1); > ! if (cp->io->next) { > ! sp->io.next->addr = cp->io->next->addr; > ! sp->io.next->size = cp->io->next->size; > ! bit_nclear(io_avail, > ! sp->io.next->addr, > ! sp->io.next->addr + sp->io.next->size - 1); > ! } > ! break; > ! default: > ! /* There's no PC card controller that has more > ! * than two I/O windows */ > ! return (-1); > } > > /* Set up the size to take into account the decode lines. */ > sp->io.cardaddr = cp->io_addr; > *************** > *** 451,456 **** > --- 476,483 ---- > sp->io.flags = IODF_WS | IODF_CS16 | IODF_16BIT; > break; > } > + if (sp->io.next) > + sp->io.next->flags = sp->io.flags; > #ifdef DEBUG > logmsg("Using I/O addr 0x%x, size %d\n", > sp->io.addr, sp->io.size); > *************** > *** 471,476 **** > --- 498,504 ---- > struct io_desc io; > struct dev_desc drv; > struct driver *drvp = sp->config->driver; > + struct allocblk *ab; > char c; > off_t offs; > int rw_flags; > *************** > *** 523,549 **** > return (0); > } > } > ! io.window = 0; > ! if (sp->io.size) { > ! io.flags = sp->io.flags; > ! io.start = sp->io.addr; > ! io.size = sp->io.size; > ! #if 0 > ! io.start = sp->io.addr & ~((1 << sp->io.cardaddr) - 1); > ! io.size = 1 << sp->io.cardaddr; > ! if (io.start < 0x100) { > ! io.start = 0x100; > ! io.size = 0x300; > ! } > ! #endif > #ifdef DEBUG > ! logmsg("Assigning I/O window %d, start 0x%x, size 0x%x flags 0x%x\n", > ! io.window, io.start, io.size, io.flags); > #endif > ! io.flags |= IODF_ACTIVE; > ! if (ioctl(sp->fd, PIOCSIO, &io)) { > ! logerr("ioctl (PIOCSIO)"); > ! return (0); > } > } > strcpy(drv.name, drvp->kernel); > --- 551,570 ---- > return (0); > } > } > ! for (io.window = 0, ab = &sp->io; ab; io.window++, ab = ab->next) { > ! if (ab->size) { > ! io.flags = ab->flags; > ! io.start = ab->addr; > ! io.size = ab->size; > #ifdef DEBUG > ! logmsg("Assigning I/O window %d, start 0x%x, size 0x%x flags 0x%x\n", > ! io.window, io.start, io.size, io.flags); > #endif > ! io.flags |= IODF_ACTIVE; > ! if (ioctl(sp->fd, PIOCSIO, &io)) { > ! logerr("ioctl (PIOCSIO)"); > ! return (0); > ! } > } > } > strcpy(drv.name, drvp->kernel); > Index: i386/isa/wd.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/wd.c,v > retrieving revision 1.151 > diff -c -r1.151 wd.c > *** wd.c 1998/02/16 23:57:41 1.151 > --- wd.c 1998/03/20 07:41:39 > *************** > *** 260,265 **** > --- 260,392 ---- > static int eide_quirks; > #endif > > + #include "card.h" > + #if NCARD > 0 > + #include > + #include > + #include > + #include > + /* > + * PC-Card (PCMCIA) specific code. > + */ > + static int card_intr(struct pccard_devinfo *); /* Interrupt handler */ > + static void wdunload(struct pccard_devinfo *); /* Disable driver */ > + static int wdinit(struct pccard_devinfo *); /* Init. driver */ > + static int wdprobe_pccard(struct isa_device *); /* Probe PC-card */ > + > + static struct pccard_device wdinfo = > + { > + "wdc", > + wdinit, > + wdunload, > + card_intr, > + 0, /* Attributes - presently unused */ > + &bio_imask /* Interrupt mask for device */ > + }; > + > + DATA_SET(pccarddrv_set, wdinfo); > + > + static int static_init = 1; > + static int lunit_in_use = 0; > + static int ctrlr_in_use = 0; > + > + > + /* > + * Initialize the device - called from Slot manager. > + * if first is set, then initially check for > + * the device's existence before initialising it. > + * Once initialised, the device table may be set up. > + */ > + static int > + wdinit(struct pccard_devinfo *dp) > + { > + /* > + * dynamic configuration mode > + */ > + static_init = 0; > + /* > + * validate unit number. > + */ > + if (dp->isahd.id_unit >= NWDC) > + return(ENODEV); > + /* > + * Probe the device. If a value is returned, the > + * device was found at the location. > + */ > + > + if (wdprobe_pccard(&dp->isahd)==0) { > + if (bootverbose) > + printf("Probe Failed\n"); > + return(ENXIO); > + } > + if (wdattach(&dp->isahd)==0) { > + if (bootverbose) > + printf("Attach Failed\n"); > + return(ENXIO); > + } > + > + ctrlr_in_use |= (1 << dp->isahd.id_unit); > + /* > + * XXX TODO: > + * If it was already inited before, the device structure > + * should be already initialised. Here we should > + * reset (and possibly restart) the hardware, but > + * I am not sure of the best way to do this... > + */ > + return(0); > + } > + > + /* > + * wdunload - unload the driver and clear the table. > + * XXX TODO: > + * This is called usually when the card is ejected, but > + * can be caused by the modunload of a controller driver. > + * The idea is reset the driver's view of the device > + * and ensure that any driver entry points such as > + * read and write do not hang. > + */ > + static void > + wdunload(struct pccard_devinfo *dp) > + { > + int ctrlr = dp->isahd.id_unit; > + int lunit; > + > + for (lunit = 0; lunit < NWD; lunit++) { > + if ((lunit_in_use & (1< + wddrives[lunit]->dk_ctrlr == ctrlr && > + wddrives[lunit]->dk_port == dp->isahd.id_iobase ) { > + lunit_in_use &= ~(1< + break; > + } > + } > + ctrlr_in_use &= ~(1 << ctrlr); > + if (bootverbose) { > + printf("wdc%d: unloading -- ", ctrlr); > + if (wdtab[ctrlr].b_active != 0) > + printf("damage!\n"); > + else > + printf("done\n"); > + } > + } > + > + /* > + * card_intr - Shared interrupt called from > + * front end of PC-Card handler. > + */ > + static int > + card_intr(struct pccard_devinfo *dp) > + { > + wdintr(dp->isahd.id_unit); > + return(1); > + } > + > + static int > + wdprobe_pccard(struct isa_device *isa_dev) > + { > + return wdprobe(isa_dev); > + } > + #endif /* NCARD > 0 */ > + > > /* > * Here we use the pci-subsystem to find out, whether there is > *************** > *** 288,293 **** > --- 415,429 ---- > if (unit >= NWDC) > return (0); > > + #if NCARD > 0 > + /* > + * If PC-Card probe required, then register driver with > + * slot manager. > + */ > + if (!static_init && (ctrlr_in_use & (1 << unit))) > + return (0); > + #endif /* NCARD > 0 */ > + > du = malloc(sizeof *du, M_TEMP, M_NOWAIT); > if (du == NULL) > return (0); > *************** > *** 387,393 **** > goto nodevice; > } > > - > free(du, M_TEMP); > return (IO_WDCSIZE); > > --- 523,528 ---- > *************** > *** 409,414 **** > --- 544,554 ---- > struct isa_device *wdup; > struct disk *du; > struct wdparams *wp; > + #if NCARD > 0 > + static int once_registered = 0; > + static int old_dkunit[NWD]; > + int valid_units = 0; > + #endif /* NCARD > 0 */ > > if (dvp->id_unit >= NWDC) > return (0); > *************** > *** 430,445 **** > --- 570,604 ---- > if (wdup->id_iobase != dvp->id_iobase) > continue; > lunit = wdup->id_unit; > + > + #if NCARD > 0 > + if (lunit_in_use & (1 << lunit)) { > + if (static_init) > + panic("drive attached twice"); > + else > + continue; > + } > + #endif /* NCARD > 0 */ > + > if (lunit >= NWD) > continue; > > unit = wdup->id_physid; > > + #if NCARD > 0 > + du = wddrives[lunit]; > + if (du == NULL) > + du = malloc(sizeof *du, M_TEMP, M_NOWAIT); > + if (du == NULL) > + continue; > + #else /* NCARD > 0 */ > du = malloc(sizeof *du, M_TEMP, M_NOWAIT); > if (du == NULL) > continue; > if (wddrives[lunit] != NULL) > panic("drive attached twice"); > + #endif /* NCARD > 0 */ > + > wddrives[lunit] = du; > bufq_init(&drive_queue[lunit]); > bzero(du, sizeof *du); > *************** > *** 512,517 **** > --- 671,687 ---- > * XXX timeout should be per controller. > */ > wdtimeout(du); > + #if NCARD > 0 > + lunit_in_use |= (1 << lunit); > + valid_units++; > + /* do not register twice */ > + if (once_registered & (1 << lunit)) { > + /* reuse previous dk_dkunit */ > + du->dk_dkunit = old_dkunit[lunit]; > + goto reuse_it; > + } > + once_registered |= (1 << lunit); > + #endif /* NCARD > 0 */ > > #ifdef DEVFS > mynor = dkmakeminor(lunit, WHOLE_DISK_SLICE, RAW_PART); > *************** > *** 534,543 **** > --- 704,724 ---- > * according to iostat. > */ > dk_wpms[dk_ndrive] = 4 * 1024 * 1024 / 2; > + #if NCARD > 0 > + old_dkunit[lunit] = du->dk_dkunit = dk_ndrive++; > + #else /* NCARD > 0 */ > du->dk_dkunit = dk_ndrive++; > + #endif /* NCARD > 0 */ > } else { > + #if NCARD > 0 > + old_dkunit[lunit] = du->dk_dkunit = -1; > + #else /* NCARD > 0 */ > du->dk_dkunit = -1; > + #endif /* NCARD > 0 */ > } > + #if NCARD > 0 > + reuse_it: > + #endif /* NCARD > 0 */ > } else { > free(du, M_TEMP); > wddrives[lunit] = NULL; > *************** > *** 548,567 **** > * Probe all free IDE units, searching for ATAPI drives. > */ > for (unit=0; unit<2; ++unit) { > for (lunit=0; lunit if (wddrives[lunit] && > wddrives[lunit]->dk_ctrlr == dvp->id_unit && > wddrives[lunit]->dk_unit == unit) > goto next; > #ifdef CMD640 > if (atapi_attach (dvp->id_unit, unit, dvp->id_iobase)) > atapictrlr = dvp->id_unit; > ! #else > atapi_attach (dvp->id_unit, unit, dvp->id_iobase); > ! #endif > next: ; > } > ! #endif > /* > * Discard any interrupts generated by wdgetctlr(). wdflushirq() > * doesn't work now because the ambient ipl is too high. > --- 729,768 ---- > * Probe all free IDE units, searching for ATAPI drives. > */ > for (unit=0; unit<2; ++unit) { > + #if NCARD > 0 > + for (lunit=0; lunit + if ((lunit_in_use & (1< + wddrives[lunit]->dk_ctrlr == dvp->id_unit && > + wddrives[lunit]->dk_unit == unit) > + goto next; > + #else /* NCARD > 0 */ > for (lunit=0; lunit if (wddrives[lunit] && > wddrives[lunit]->dk_ctrlr == dvp->id_unit && > wddrives[lunit]->dk_unit == unit) > goto next; > + #endif /* NCARD > 0 */ > #ifdef CMD640 > + #if NCARD > 0 > + if (atapi_attach (dvp->id_unit, unit, dvp->id_iobase)) { > + atapictrlr = dvp->id_unit; > + valid_units++; > + } > + #else /* NCARD > 0 */ > if (atapi_attach (dvp->id_unit, unit, dvp->id_iobase)) > atapictrlr = dvp->id_unit; > ! #endif /* NCARD > 0 */ > ! #else /* CMD640 */ > ! #if NCARD > 0 > ! if (atapi_attach (dvp->id_unit, unit, dvp->id_iobase)) > ! valid_units++; > ! #else /* NCARD > 0 */ > atapi_attach (dvp->id_unit, unit, dvp->id_iobase); > ! #endif /* NCARD > 0 */ > ! #endif /* CMD640 */ > next: ; > } > ! #endif /* ATAPI */ > /* > * Discard any interrupts generated by wdgetctlr(). wdflushirq() > * doesn't work now because the ambient ipl is too high. > *************** > *** 572,580 **** > } else { > wdtab[dvp->id_unit].b_active = 2; > } > ! #else > wdtab[dvp->id_unit].b_active = 2; > ! #endif > > return (1); > } > --- 773,786 ---- > } else { > wdtab[dvp->id_unit].b_active = 2; > } > ! #else /* CMD640 */ > wdtab[dvp->id_unit].b_active = 2; > ! #endif /* CMD640 */ > ! > ! #if NCARD > 0 > ! if (!static_init && valid_units == 0) > ! return (0); /* no valid unit found */ > ! #endif /* NCARD > 0 */ > > return (1); > } > *************** > *** 1287,1292 **** > --- 1493,1503 ---- > lunit = dkunit(dev); > if (lunit >= NWD || dktype(dev) != 0) > return (ENXIO); > + #if NCARD > 0 > + if ((lunit_in_use & (1< + return (ENXIO); > + #endif /* NCARD > 0 */ > + > du = wddrives[lunit]; > if (du == NULL) > return (ENXIO); > *************** > *** 2025,2030 **** > --- 2236,2244 ---- > lunit = dkunit(dev); /* eventually support floppies? */ > part = dkpart(dev); > if (lunit >= NWD || (du = wddrives[lunit]) == NULL > + #if NCARD > 0 > + || (lunit_in_use & (1 << lunit)) == 0 > + #endif /* NCARD > 0 */ > || du->dk_state < OPEN > || (lp = dsgetlabel(dev, du->dk_slices)) == NULL) > return (ENXIO); -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Apr 7 01:44:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20089 for freebsd-mobile-outgoing; Tue, 7 Apr 1998 01:44:26 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from caladan.tdx.co.uk (caladan.tdx.co.uk [195.188.177.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20081 for ; Tue, 7 Apr 1998 01:44:24 -0700 (PDT) (envelope-from kpielorz@tdx.co.uk) Received: from tdx.co.uk (lorca-tx.tdx.co.uk [195.188.177.242]) by caladan.tdx.co.uk (8.8.8/8.8.8) with ESMTP id JAA00254 for ; Tue, 7 Apr 1998 09:44:17 +0100 (BST) (envelope-from kpielorz@tdx.co.uk) Message-ID: <3529E75D.31FA4B6D@tdx.co.uk> Date: Tue, 07 Apr 1998 09:44:13 +0100 From: Karl Pielorz Organization: TDX X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: mobile@FreeBSD.ORG Subject: PC-CARD / PCMCIA enabled 2.2.6 install disk? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Does anyone know how I can make - or get hold of a PCMCIA enabled install disk for 2.2.6-RELEASE? I've heard the default boot disks don't have PCMCIA enabled - and I'd like to install FreeBSD on my laptop without going through PPP / Serial ports etc... Any help grately appreciated... Regards, Karl Pielorz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Apr 7 01:48:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20418 for freebsd-mobile-outgoing; Tue, 7 Apr 1998 01:48:53 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from afs.ntc.mita.keio.ac.jp (afs.ntc.mita.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20412 for ; Tue, 7 Apr 1998 01:48:49 -0700 (PDT) (envelope-from hosokawa@ntc.keio.ac.jp) Received: (from hosokawa@localhost) by afs.ntc.mita.keio.ac.jp (8.8.8+2.7Wbeta7/3.6Wbeta6-ntc_mailserver1.03) id RAA28445; Tue, 7 Apr 1998 17:47:52 +0900 (JST) Date: Tue, 7 Apr 1998 17:47:52 +0900 (JST) Message-Id: <199804070847.RAA28445@afs.ntc.mita.keio.ac.jp> To: kpielorz@tdx.co.uk Cc: mobile@FreeBSD.ORG, hosokawa@ntc.keio.ac.jp Subject: Re: PC-CARD / PCMCIA enabled 2.2.6 install disk? In-Reply-To: Your message of "Tue, 07 Apr 1998 09:44:13 +0100". <3529E75D.31FA4B6D@tdx.co.uk> From: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.20] 1996-12/08(Sun) Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <3529E75D.31FA4B6D@tdx.co.uk> kpielorz@tdx.co.uk writes: >> Does anyone know how I can make - or get hold of a PCMCIA enabled install >> disk for 2.2.6-RELEASE? >> >> I've heard the default boot disks don't have PCMCIA enabled - and I'd like >> to install FreeBSD on my laptop without going through PPP / Serial ports >> etc... Maybe a few weeks will be needed to make it.... (now I'm working on localized boot.flp only) -- HOSOKAWA, Tatsumi Network Technology Center Keio University hosokawa@ntc.keio.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Apr 7 13:44:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA10219 for freebsd-mobile-outgoing; Tue, 7 Apr 1998 13:44:49 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA10153 for ; Tue, 7 Apr 1998 13:44:25 -0700 (PDT) (envelope-from dcmyers@concord.Corp.Sun.COM) Received: from Corp.Sun.COM ([129.145.35.78]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id NAA11751 for ; Tue, 7 Apr 1998 13:43:52 -0700 Received: from mpk05.Corp.Sun.COM by Corp.Sun.COM (SMI-8.6/SMI-5.3) id NAA28481; Tue, 7 Apr 1998 13:43:49 -0700 Received: from concord.Corp.Sun.COM by mpk05.Corp.Sun.COM (SMI-8.6/SMI-SVR4) id NAA10359; Tue, 7 Apr 1998 13:43:48 -0700 Received: from concord.corp.sun.com by concord.Corp.Sun.COM (SMI-8.6/SMI-SVR4) id NAA01715; Tue, 7 Apr 1998 13:43:45 -0700 Message-Id: <199804072043.NAA01715@concord.Corp.Sun.COM> Date: Tue, 7 Apr 1998 13:43:42 -0700 (PDT) From: david.myers@Corp.Sun.COM Subject: Toshiba 440CDT: ep0 problems... To: freebsd-mobile@FreeBSD.ORG MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Has anybody got the ep0 driver to work under FreeBSD 2.2.6/PAO on a Toshiba 440CDT laptop? My 3c589D card refuses to be recognized, although my Adaptec SlimSCSI card is probed and started just fine. And it's not a hardware problem: the zp0 driver in a non-PAO kernel can find and use the 3com card without any trouble. I've tried a range of IRQ values; currently I have settled on IRQ 7 and port 0x300. (The lpt0 driver was disabled.) This matches the settings specified in my kernel config file. Here's /etc/pccard.conf: # 3Com Etherlink III 3C589D card "3Com Corporation" "3C589D" config 0x1 "ep0" 7 insert echo 3Com Etherlink III inserted insert /etc/pccard_ether ep0 remove echo 3Com Etherlink III removed remove /sbin/ifconfig ep0 delete # Adaptec SlimSCSI (also included with Sony CD-ROM players) card "Adaptec, Inc." "APA-1460 SCSI Host Adapter" config 0x9 "aic0" 10 insert echo Adaptec Slim SCSI inserted remove echo Adaptec Slim SCSI removed The bootup message is: pccardd[36]: Resource allocation failure for 3Com Corporation Running `pccardc enable 0 ep0 -i 7` gives me the message: ep0: failed to come ready Sometimes I also get: ep0: eeprom failed to come ready Oddly, sometimes my heroics can bring the interface up (i.e., dozens of inserts/removes, running pccardc many times from the command line, switching back and forth between slot 0 and slot 1, trying combinations of IRQs and ports, etc.), although the interface then is extremely slow (i.e., at best, a few thousand characters per second). I've never been able to isolate the particular sequence of events that brings it up, and it's not a long-term solution anyway, since it takes like ten minutes of fiddling before it'll happen. Any help greatly appreciated. -David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Apr 7 14:22:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA19048 for freebsd-mobile-outgoing; Tue, 7 Apr 1998 14:22:49 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA19037 for ; Tue, 7 Apr 1998 14:22:45 -0700 (PDT) (envelope-from dcmyers@concord.Corp.Sun.COM) Received: from Corp.Sun.COM ([129.145.35.78]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id OAA23235 for ; Tue, 7 Apr 1998 14:22:12 -0700 Received: from mpk05.Corp.Sun.COM by Corp.Sun.COM (SMI-8.6/SMI-5.3) id OAA04621; Tue, 7 Apr 1998 14:22:09 -0700 Received: from concord.Corp.Sun.COM by mpk05.Corp.Sun.COM (SMI-8.6/SMI-SVR4) id OAA11561; Tue, 7 Apr 1998 14:22:07 -0700 Received: from concord.corp.sun.com by concord.Corp.Sun.COM (SMI-8.6/SMI-SVR4) id OAA01966; Tue, 7 Apr 1998 14:22:04 -0700 Message-Id: <199804072122.OAA01966@concord.Corp.Sun.COM> Date: Tue, 7 Apr 1998 14:22:01 -0700 (PDT) From: david.myers@Corp.Sun.COM Subject: PCMCIA fast ethernet? To: freebsd-mobile@FreeBSD.ORG MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is there any support in FreeBSD 2.2.6/PAO for Fast Ethernet PCMCIA cards? I've just picked up a Linksys EtherFast model, which is standard PCMCIA (i.e., non-CardBus). Any hope of getting it working? -David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Apr 7 15:06:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01631 for freebsd-mobile-outgoing; Tue, 7 Apr 1998 15:06:10 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01531 for ; Tue, 7 Apr 1998 15:05:52 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id QAA07259; Tue, 7 Apr 1998 16:05:45 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id QAA08642; Tue, 7 Apr 1998 16:05:39 -0600 Date: Tue, 7 Apr 1998 16:05:39 -0600 Message-Id: <199804072205.QAA08642@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: david.myers@Corp.Sun.COM Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: PCMCIA fast ethernet? In-Reply-To: <199804072122.OAA01966@concord.Corp.Sun.COM> References: <199804072122.OAA01966@concord.Corp.Sun.COM> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Is there any support in FreeBSD 2.2.6/PAO for Fast Ethernet PCMCIA > cards? Not today. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Apr 7 16:35:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA19016 for freebsd-mobile-outgoing; Tue, 7 Apr 1998 16:35:31 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from afs.ntc.mita.keio.ac.jp (afs.ntc.mita.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA18992 for ; Tue, 7 Apr 1998 16:35:25 -0700 (PDT) (envelope-from hosokawa@ntc.keio.ac.jp) Received: (from hosokawa@localhost) by afs.ntc.mita.keio.ac.jp (8.8.8+2.7Wbeta7/3.6Wbeta6-ntc_mailserver1.03) id IAA10160; Wed, 8 Apr 1998 08:35:15 +0900 (JST) Date: Wed, 8 Apr 1998 08:35:15 +0900 (JST) Message-Id: <199804072335.IAA10160@afs.ntc.mita.keio.ac.jp> To: david.myers@Corp.Sun.COM Cc: freebsd-mobile@FreeBSD.ORG, hosokawa@ntc.keio.ac.jp Subject: Re: PCMCIA fast ethernet? In-Reply-To: Your message of "Tue, 7 Apr 1998 14:22:01 -0700 (PDT)". <199804072122.OAA01966@concord.Corp.Sun.COM> From: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.20] 1996-12/08(Sun) Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <199804072122.OAA01966@concord.Corp.Sun.COM> david.myers@Corp.Sun.COM writes: >> Is there any support in FreeBSD 2.2.6/PAO for Fast Ethernet PCMCIA >> cards? I've just picked up a Linksys EtherFast model, which is >> standard PCMCIA (i.e., non-CardBus). Any hope of getting it working? I have three FastEthernet 16-bit cards. 3Com, LinkSys, and Xircom ones. I've not tested Xircom card yet, but I've tested other two cards. Both of them are terribly slow even with Windows drivers. They're slower than the faster 10BaseT cards! So, I think these cards exist only for interoperability. If you're interested in these cards, LinkSys' card works under FreeBSD/PAO with a little patch. I'll port it to -current and post it here (and commit it to -current if it has little problem). FYI: Now Linux has a driver for 3Com's FastEthernet card. Anybody can port or rewrite it? -- HOSOKAWA, Tatsumi Network Technology Center Keio University hosokawa@ntc.keio.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Apr 7 19:50:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA28221 for freebsd-mobile-outgoing; Tue, 7 Apr 1998 19:50:11 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from jli.com (jli.com [199.2.111.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA28211 for ; Tue, 7 Apr 1998 19:50:05 -0700 (PDT) (envelope-from trost@cloud.rain.com) Received: (qmail 3923 invoked by uid 4); 8 Apr 1998 02:49:33 -0000 Received: (qmail 4582 invoked from network); 8 Apr 1998 02:38:14 -0000 Received: from localhost.cloud.rain.com (127.0.0.1) by localhost.cloud.rain.com with SMTP; 8 Apr 1998 02:38:14 -0000 To: david.myers@Corp.Sun.COM cc: mobile@FreeBSD.ORG Subject: Re: Toshiba 440CDT: ep0 problems... References: <199804072043.NAA01715@concord.Corp.Sun.COM> In-reply-to: Your message of Tue, 07 Apr 1998 13:43:42 PDT. <199804072043.NAA01715@concord.Corp.Sun.COM> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4578.892003093.1@cloud.rain.com> Date: Tue, 07 Apr 1998 19:38:14 -0700 Message-ID: <4579.892003094@cloud.rain.com> From: Bill Trost Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org david.myers@Corp.Sun.COM writes: I've tried a range of IRQ values; currently I have settled on IRQ 7 and port 0x300. (The lpt0 driver was disabled.) This matches the settings specified in my kernel config file. Here's /etc/pccard.conf: The driver may be disabled -- but the printer port isn't! That may be part of the problem right there. As I recall, an IRQ of 11 (maybe it was 10) works fine on a 430CDT. Heck, try several of them until you find one that works. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Apr 8 05:11:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA23237 for freebsd-mobile-outgoing; Wed, 8 Apr 1998 05:11:44 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from cise.ufl.edu (0@fireant.cise.ufl.edu [128.227.205.210]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA23214 for ; Wed, 8 Apr 1998 05:11:42 -0700 (PDT) (envelope-from jfh@cise.ufl.edu) Received: from cise.ufl.edu (987@shine.cise.ufl.edu [128.227.205.196]) by cise.ufl.edu (8.8.5/8.7.1) with ESMTP id IAA03707 for ; Wed, 8 Apr 1998 08:11:38 -0400 (EDT) Message-Id: <199804081211.IAA03707@cise.ufl.edu> To: freebsd-mobile@FreeBSD.ORG Subject: Re: PCMCIA fast ethernet? In-reply-to: Your message of "Tue, 07 Apr 1998 14:22:01 EDT." <199804072122.OAA01966@concord.Corp.Sun.COM> Date: Wed, 08 Apr 1998 08:11:35 -0400 From: "James F. Hranicky" Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org david.myers@Corp.Sun.COM wrote: > > Is there any support in FreeBSD 2.2.6/PAO for Fast Ethernet PCMCIA Is 2.2.6/PAO out? I only see 2.2.5 at http://www.jp.freebsd.org/PAO . ---------------------------------------------------------------------- | Jim Hranicky, Senior SysAdmin UF/CISE Department | | E314E CSE Building Phone (904) 392-1499 | | jfh@cise.ufl.edu http://www.cise.ufl.edu/~jfh | ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Apr 8 08:24:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19233 for freebsd-mobile-outgoing; Wed, 8 Apr 1998 08:24:09 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA19227 for ; Wed, 8 Apr 1998 08:24:07 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA13292 for ; Wed, 8 Apr 1998 09:24:07 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA11050; Wed, 8 Apr 1998 09:24:05 -0600 Date: Wed, 8 Apr 1998 09:24:05 -0600 Message-Id: <199804081524.JAA11050@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: mobile@FreeBSD.ORG Subject: Bad bug I introduced in new PCCARD code X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This could easily affect people trying to get things working on their systems. Once a probe fails, it doesn't correctly unregister the interrupt, so any further attempts to use the same interrupt will fail. :( ------- start of forwarded message ------- From: Nate Williams Subject: cvs commit: src/sys/pccard pccard.c Date: Wed, 8 Apr 1998 08:00:05 -0700 (PDT) nate 1998/04/08 08:00:04 PDT Modified files: sys/pccard pccard.c Log: - Fix bug I introduced a few months ago. If a driver fails the probe, correctly unregister the interrupt from the system. [ My fix is much simpler than the one provided in the PR ] PR: 6249 Revision Changes Path 1.57 +4 -4 src/sys/pccard/pccard.c ------- end of forwarded message ------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Apr 8 08:25:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19540 for freebsd-mobile-outgoing; Wed, 8 Apr 1998 08:25:34 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA19530 for ; Wed, 8 Apr 1998 08:25:32 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA13308 for ; Wed, 8 Apr 1998 09:25:31 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA11097; Wed, 8 Apr 1998 09:25:28 -0600 Date: Wed, 8 Apr 1998 09:25:28 -0600 Message-Id: <199804081525.JAA11097@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Nate Williams Cc: mobile@FreeBSD.ORG Subject: Re: Bad bug I introduced in new PCCARD code In-Reply-To: <199804081524.JAA11050@mt.sri.com> References: <199804081524.JAA11050@mt.sri.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > nate 1998/04/08 08:00:04 PDT > > Modified files: > sys/pccard pccard.c > Log: > - Fix bug I introduced a few months ago. If a driver fails the probe, > correctly unregister the interrupt from the system. > > [ My fix is much simpler than the one provided in the PR ] Note, this fix also went into -stable (aka. RELENG_2_2). Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Apr 9 10:57:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15951 for freebsd-mobile-outgoing; Thu, 9 Apr 1998 10:57:52 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from basilisk.acm.jhu.edu ([128.220.13.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15946 for ; Thu, 9 Apr 1998 10:57:49 -0700 (PDT) (envelope-from josephm@acm.jhu.edu) Received: from localhost (josephm@localhost) by basilisk.acm.jhu.edu (8.8.8/8.8.8) with SMTP id NAA13469; Thu, 9 Apr 1998 13:57:32 -0400 (EDT) X-Authentication-Warning: basilisk.acm.jhu.edu: josephm owned process doing -bs Date: Thu, 9 Apr 1998 13:57:27 -0400 (EDT) From: Joseph Moran To: misc@openbsd.org, mobile@FreeBSD.ORG Subject: update on pcmcia/modem support? 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'm investing in a refurbished Gateway laptop to run either OpenBSD or FreeBSD. I've bene searching the archives to see how each *BSD handles pcmcia support (for both ethernet and modem cards), but most of the notes are pretty dated. Can anyone give an update on the situation, namely for OpenBSD 2.2 + 2.3 and FreeBSD 2.2.5 + 3.* ? I appreciate it. jm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Apr 9 11:19:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA18329 for freebsd-mobile-outgoing; Thu, 9 Apr 1998 11:19:49 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA18324 for ; Thu, 9 Apr 1998 11:19:48 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id LAA00302; Thu, 9 Apr 1998 11:16:05 -0700 (PDT) Message-Id: <199804091816.LAA00302@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Joseph Moran cc: misc@openbsd.org, mobile@FreeBSD.ORG Subject: Re: update on pcmcia/modem support? In-reply-to: Your message of "Thu, 09 Apr 1998 13:57:27 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Apr 1998 11:16:04 -0700 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > I'm investing in a refurbished Gateway laptop to run either > OpenBSD or FreeBSD. I've bene searching the archives to see how each *BSD > handles pcmcia support (for both ethernet and modem cards), but most of > the notes are pretty dated. Can anyone give an update on the situation, > namely for OpenBSD 2.2 + 2.3 and FreeBSD 2.2.5 + 3.* ? I appreciate it. If you're looking at mainstream hardware, FreeBSD pretty much covers it. With few exceptions, modems "just work". Ethernet cards are a little trickier, but most NE2000 clones and of course the 3Com 3c589 work fine. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Fri Apr 10 08:22:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25917 for freebsd-mobile-outgoing; Fri, 10 Apr 1998 08:22:44 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from hunter.softcon.de (hunter.softcon.de [193.31.11.194]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA25887; Fri, 10 Apr 1998 08:22:32 -0700 (PDT) (envelope-from Matthias.Apitz@SOFTCON.de) From: Matthias.Apitz@SOFTCON.de Received: (from mail@localhost) by hunter.softcon.de (8.6.9/8.6.12) id RAA22937; Fri, 10 Apr 1998 17:24:09 +0200 Received: from boell.softcon.de(193.31.10.71) by hunter.softcon.de via smap (V1.3) id sma022935; Fri Apr 10 17:24:08 1998 Received: from kant.SOFTCON.de (kant.SOFTCON.de [193.31.10.39]) by boell.SOFTCON.de (8.7.5/8.7.3) with SMTP id PAA27514; Fri, 10 Apr 1998 15:19:43 GMT Message-ID: <9804101729.AA13444@kant.SOFTCON.de> Subject: O2Micro OZ6832 && 3c589D && FreeBSD 2.2.6 To: hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Date: Fri, 10 Apr 1998 17:29:36 +0200 (MDT) >From: guru@sisis.de (Matthias Apitz) Reply-To: Matthias.Apitz@SOFTCON.de (Matthias Apitz) X-FAX-cover: faxcover-sisis.ps X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a brand new notebook with a O2Micro OZ6832 PCI CardBus bridge and a 3Com Etherlink III 3c589D PCMCIA network card. This configuration isn't supported in 2.2.6-RELEASE and also didn't work with PAO for 2.2.5. I started to dig into the drivers and with the help of Nate Williams, David Hinds, folks from O2Micro and a good manual of the OZ6832 from O2Micro I added support for this controller into the PCI part (e.g. into usr/src/sys/pci/pcic_p.*) and I think the bridge is now configured properly but doesn't steer out the interrupts from the 3c589D *or* doesn't get interrupts from the 3c589D. At the moment I think the latter is true. BTW: all other functions like IRQ for card changes, card detection in user-land in the /etc/pccardd.conf etc. are working fine. Even the transfer of TCP/IP pkgs does work but every transmit causes a "timeout" and a call to the watchdog-routine because the ep driver doesn't see interrupts. Needless to say that both are also working in Win95. OK. I think the 1st half of the way is done and it's time to look into the ep driver itself. There are also some notes in usr/src/sys/i386/isa/if_ep.c that "The order in here seems important. Otherwise we may not receive interrups" (near line 678 of if_ep.c). Don't kow who wrote this comment and it also seems that the code was later changed by someone else and (maybe) now isn't working for 3c589D (it's only a guess at the moment). To check the logic in if_ep.c I need a programming manual of the 3c589D. Is someone able to provide me with such a manual? The file if_epreg.h contains a hint about an "Etherlink III Parallel Tasking EISA and ISA Technical Reference" "Beta Draft 10/30/92" manual from 3Com. I checked the web pages of 3Com but did not found such a manual. Thanks in advance for any hint. matthias -- firm: matthias.apitz@sisis.de [voc:+49-89-61308-351, fax: +49-89-61308-188] priv: guru@thias.muc.de PGP: Key fingerprint = 0C 01 F2 23 EC 17 A2 D5 46 2D 29 4C 0E 8B 7E 8F URL: http://www.sisis.de/~guru/ http://www.muc.de/~thias/ from USENET: People who run servers understand that flashy interactive interfaces have nothing to do with the underlying functionality and often get in the way. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Apr 10 09:19:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA07375 for freebsd-mobile-outgoing; Fri, 10 Apr 1998 09:19:25 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA07349; Fri, 10 Apr 1998 09:19:21 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id KAA01295; Fri, 10 Apr 1998 10:19:19 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id KAA19908; Fri, 10 Apr 1998 10:19:16 -0600 Date: Fri, 10 Apr 1998 10:19:16 -0600 Message-Id: <199804101619.KAA19908@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Matthias.Apitz@SOFTCON.de (Matthias Apitz) Cc: hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: O2Micro OZ6832 && 3c589D && FreeBSD 2.2.6 In-Reply-To: <9804101729.AA13444@kant.SOFTCON.de> References: <9804101729.AA13444@kant.SOFTCON.de> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I have a brand new notebook with a O2Micro OZ6832 PCI CardBus > bridge and a 3Com Etherlink III 3c589D PCMCIA network card. ... [ Interrupts are not being delivered to the if_ep driver ] > the 3c589D *or* doesn't get interrupts from the 3c589D. At the > moment I think the latter is true. > > BTW: all other functions like IRQ for card changes, card > detection in user-land in the /etc/pccardd.conf etc. are working > fine. Note, there is a 'polling' function that polls the PCIC to get the insertion/removal events which could cause those to work. Also note that the insertion/removal events are in a different function of the PCIC that may be working. > OK. I think the 1st half of the way is done and it's time > to look into the ep driver itself. Given that I have 3 working 3c589D cards with 3 feet of me (Along with 2 3C589C's, and one 3C589B), I have a hard time believing this is the case. :( The only logic difference between all the cards that was done to support newer models was to increase the timeout in the probe routine, else the card wasn't found. Otherwise the driver is exactly the same. (FWIW, the box is *not* running 2.2.6-R that has the 3C589D card in it, but it's running a version of the driver that I *think* is the same as in the RELEASE.) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Apr 10 13:48:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07099 for freebsd-mobile-outgoing; Fri, 10 Apr 1998 13:48:35 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA06955 for ; Fri, 10 Apr 1998 13:47:50 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 23840 invoked by uid 1001); 10 Apr 1998 20:47:41 +0000 (GMT) To: freebsd-mobile@FreeBSD.ORG Subject: Intermittent problem with PS/2 mouse on Acer Extensa 390 X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 10 Apr 1998 22:47:41 +0200 Message-ID: <23838.892241261@verdi.nethelp.no> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I've just installed 2.2-980403-SNAP (no PAO) on an Acer Extensa 390. Things seem to work rather well, including suspension - with one clear exception. The problem is the PS/2 mouse on the Extensa. More often than not, after a resume, the mouse has stopped working, and vmstat -i shows no psm0 interrupts being generated. If I exit the X server and start it again, the mouse works fine. Any ideas? Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Apr 10 13:55:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08700 for freebsd-mobile-outgoing; Fri, 10 Apr 1998 13:55:37 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA08593 for ; Fri, 10 Apr 1998 13:55:00 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id NAA01105; Fri, 10 Apr 1998 13:51:50 -0700 (PDT) Message-Id: <199804102051.NAA01105@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: sthaug@nethelp.no cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Intermittent problem with PS/2 mouse on Acer Extensa 390 In-reply-to: Your message of "Fri, 10 Apr 1998 22:47:41 +0200." <23838.892241261@verdi.nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Apr 1998 13:51:49 -0700 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hi, I've just installed 2.2-980403-SNAP (no PAO) on an Acer Extensa 390. > Things seem to work rather well, including suspension - with one clear > exception. > > The problem is the PS/2 mouse on the Extensa. More often than not, after > a resume, the mouse has stopped working, and vmstat -i shows no psm0 > interrupts being generated. If I exit the X server and start it again, > the mouse works fine. > > Any ideas? Try adding an APM resume hook in the psm driver that performs the same initialisation as a close/open cycle would. There are a lot of cases where drivers don't handle this. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Fri Apr 10 14:31:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA18967 for freebsd-mobile-outgoing; Fri, 10 Apr 1998 14:31:49 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from mynet.ml.org (pc-19628.on.rogers.wave.ca [24.112.74.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA18839 for ; Fri, 10 Apr 1998 14:31:15 -0700 (PDT) (envelope-from ihuang@mynet.ml.org) Received: from localhost (ihuang@localhost) by mynet.ml.org (8.8.8/8.8.6) with SMTP id RAA12926 for ; Fri, 10 Apr 1998 17:31:33 -0400 (EDT) Date: Fri, 10 Apr 1998 17:31:33 -0400 (EDT) From: Ian Huang To: freebsd-mobile@FreeBSD.ORG Subject: System lock-up on resume 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 Hi, I've just upgraded to FreeBSD 2.2.6-STABLE on my NEC Versa 6030H. Everything seems to work fine except the suspend button. If I put the machine to sleep with my D-Link DE-660 ethernet card plugged in, the system would lock up a while after I wake the machine up. If I eject the card prior to suspend the machine or during the period when the machine is suspended, it would wake up fine. This notebook has a TI-1130 CardBus controller and Phoenix NoteBIOS. Any help would be greatly appreciated. -- Ian Huang ihuang@mynet.ml.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Apr 10 14:33:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA19467 for freebsd-mobile-outgoing; Fri, 10 Apr 1998 14:33:57 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA19387 for ; Fri, 10 Apr 1998 14:33:25 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 25022 invoked by uid 1001); 10 Apr 1998 21:33:14 +0000 (GMT) To: mike@smith.net.au Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Intermittent problem with PS/2 mouse on Acer Extensa 390 In-Reply-To: Your message of "Fri, 10 Apr 1998 13:51:49 -0700" References: <199804102051.NAA01105@dingo.cdrom.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 10 Apr 1998 23:33:14 +0200 Message-ID: <25020.892243994@verdi.nethelp.no> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > The problem is the PS/2 mouse on the Extensa. More often than not, after > > a resume, the mouse has stopped working, and vmstat -i shows no psm0 > > interrupts being generated. If I exit the X server and start it again, > > the mouse works fine. ... > Try adding an APM resume hook in the psm driver that performs the same > initialisation as a close/open cycle would. There are a lot of cases > where drivers don't handle this. Thanks, that seemed to do the trick. All the necessary code was already in place, I simply needed a "option PSM_HOOKAPM" in my kernel config file. Btw, FreeBSD runs beatifully on the Extensa. It has a P-166 and 48 MB of memory - and after starting the SVGA X server and two xterms, vmstat still shows 27 MB free memory. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Apr 10 14:42:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA20891 for freebsd-mobile-outgoing; Fri, 10 Apr 1998 14:42:32 -0700 (PDT) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA20886 for ; Fri, 10 Apr 1998 14:42:30 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id OAA01281; Fri, 10 Apr 1998 14:39:24 -0700 (PDT) Message-Id: <199804102139.OAA01281@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: sthaug@nethelp.no cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Intermittent problem with PS/2 mouse on Acer Extensa 390 In-reply-to: Your message of "Fri, 10 Apr 1998 23:33:14 +0200." <25020.892243994@verdi.nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Apr 1998 14:39:23 -0700 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > The problem is the PS/2 mouse on the Extensa. More often than not, after > > > a resume, the mouse has stopped working, and vmstat -i shows no psm0 > > > interrupts being generated. If I exit the X server and start it again, > > > the mouse works fine. > .... > > Try adding an APM resume hook in the psm driver that performs the same > > initialisation as a close/open cycle would. There are a lot of cases > > where drivers don't handle this. > > Thanks, that seemed to do the trick. All the necessary code was already > in place, I simply needed a "option PSM_HOOKAPM" in my kernel config file. Neat. People, any reason this shouldn't be enabled by default? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message