Re: Compact Flash PCMCIA adapted failes
The ATAng code has fscked things up and I too get the same shitty error. Søren Schmidt has sent patches to this mailinglist to test. I am yet to try them out. On Thu, 11 Sep 2003 14:52:22 +0200 Gunnar Flygt <[EMAIL PROTECTED]> wrote: > I run CURRENT as of last week. I try to use a PCMCIA CF adapter, but > gets some errors. If I boot with it I get this in dmesg: > > ata2: at port 0x100-0x10f irq 11 function 0 config 1 on > pccard0 > ad0: 28615MB [58140/16/63] at ata0-master UDMA100 > acd0: CDRW at ata1-master PIO4 > ad4: FAILURE - SETFEATURES status=51 error=4 > ad4: FAILURE - SETFEATURES status=51 error=4 > ad4: 61MB [978/4/32] at ata2-master PIO0 > Mounting root from ufs:/dev/ad0s1a > > Is there anything I can do to fix this? Or should I try to get me a USB > CF adapter? > > -- > Gunnar Flygt > OPC Data > Sveriges Radio > > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ATAng and CF cards
Hi. The latest changes in ATAng code made it impossible to use my CF cards. I have a few of them which previously worked just fine. Now, each time I put one to my laptop's PCMCIA slot i get following errors: pccard0: Allocation failed for cfe 0 ata2: at port 0x110-0x11f irq 11 function 0 config 1 on pccard0 ata2: [MPSAFE] ad4: FAILURE - SETFEATURES status=51 error=4 ad4: FAILURE - SETFEATURES status=51 error=4 ad4: FAILURE - SET_MULTI status=51 error=4 GEOM: create disk ad4 dp=0xc1e9d770 ad4: 9007199253773098MB <\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P> [426376296036596/208/208] at ata2-master PIO0 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
CF cards cannot be initialized after the latest update
Hi. After my latest upgrade I am unable to use my CF cards. This is what happens running on following FreeBSD version: FreeBSD lapdance 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Wed Sep 3 04:46:09 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LAPDANCE i386 Card out and in again: ad4: WARNING - removed from configuration ata2-master: WARNING no status, reselecting device ata2-master: timeout sending command=e7 ata2-master: error issueing PIO command ata2: detached pccard0: Allocation failed for cfe 0 ata2: at port 0x110-0x11f irq 11 function 0 config 1 on pccard0 ad4: FAILURE - SETFEATURES status=51 error=4 ad4: FAILURE - SETFEATURES status=51 error=4 ad4: FAILURE - SET_MULTI status=51 error=4 GEOM: create disk ad4 dp=0xc34b5170 ad4: 9007199253773098MB <\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P\M-P> [426376296036596/208/208] at ata2-master PIO0 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel fails to compile
Hi. Great, now it compiles cleanly. Thanks Doug. > On Mon, 1 Sep 2003, Martin Jessa wrote: > >> Sources fetched an hour ago. >> Running make in /usr/src/sys/i386/compile/MYKERNEL : > > Remove device pcic from your kernel config. My understanding is that > it's broken anyway, so you're not losing anything by removing it. > > HTH, > > Doug ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Kernel fails to compile
Sources fetched an hour ago. Running make in /usr/src/sys/i386/compile/MYKERNEL : cc -c -O -pipe -march=i486 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror ../../../dev/pcic/i82365.c ../../../dev/pcic/i82365.c: In function `pcic_chip_do_mem_map': ../../../dev/pcic/i82365.c:850: error: structure has no member named `offset' ../../../dev/pcic/i82365.c:855: error: structure has no member named `offset' ../../../dev/pcic/i82365.c: In function `pcic_chip_mem_map': ../../../dev/pcic/i82365.c:928: error: structure has no member named `offset' *** Error code 1 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: if_sis: performance tweaking
Hi Poul-Henning, guys.
Are those changes included in 5.1-CURRENT now or should I patch my source in order to
test it?
On Sun, 17 Aug 2003 12:59:13 +0200
Poul-Henning Kamp <[EMAIL PROTECTED]> wrote:
>
> This patch tweaks various thresholds in the DP8381[56] chip.
>
> On my Soekris 4801, the goes from 5-6 Mbit/sec to 30-40 Mbit/sec
> with this patch.
>
> Also included is Sams patch for the "short cable" problem".
>
> Tests, comments etc most welcome.
>
> Poul-Henning
>
> Index: if_sis.c
> ===
> RCS file: /home/ncvs/src/sys/pci/if_sis.c,v
> retrieving revision 1.80
> diff -u -r1.80 if_sis.c
> --- if_sis.c 27 Jul 2003 14:36:02 - 1.80
> +++ if_sis.c 17 Aug 2003 10:46:59 -
> @@ -107,7 +107,7 @@
> static struct sis_type sis_devs[] = {
> { SIS_VENDORID, SIS_DEVICEID_900, "SiS 900 10/100BaseTX" },
> { SIS_VENDORID, SIS_DEVICEID_7016, "SiS 7016 10/100BaseTX" },
> - { NS_VENDORID, NS_DEVICEID_DP83815, "NatSemi DP83815 10/100BaseTX" },
> + { NS_VENDORID, NS_DEVICEID_DP83815, "NatSemi DP83815/6 10/100BaseTX" },
> { 0, 0, NULL }
> };
>
> @@ -2031,6 +2031,10 @@
>*/
> sis_stop(sc);
>
> + if (sc->sis_type == SIS_TYPE_83815) {
> + CSR_WRITE_4(sc, NS_IHR, 0x120);
> + }
> +
> mii = device_get_softc(sc->sis_miibus);
>
> /* Set MAC address */
> @@ -2121,7 +2125,7 @@
> if (CSR_READ_4(sc, SIS_CFG) & SIS_CFG_EDB_MASTER_EN) {
> CSR_WRITE_4(sc, SIS_RX_CFG, SIS_RXCFG64);
> } else {
> - CSR_WRITE_4(sc, SIS_RX_CFG, SIS_RXCFG256);
> + CSR_WRITE_4(sc, SIS_RX_CFG, SIS_RXCFG128);
> }
>
>
> @@ -2144,6 +2148,29 @@
> SIS_CLRBIT(sc, SIS_TX_CFG,
> (SIS_TXCFG_IGN_HBEAT|SIS_TXCFG_IGN_CARR));
> SIS_CLRBIT(sc, SIS_RX_CFG, SIS_RXCFG_RX_TXPKTS);
> + }
> +
> + if (sc->sis_type == SIS_TYPE_83815 &&
> + IFM_SUBTYPE(mii->mii_media_active) == IFM_100_TX) {
> + uint32_t reg;
> +
> + /*
> + * Some DP83815s experience problems when used with short
> + * (< 30m/100ft) Ethernet cables in 100BaseTX mode. This
> + * sequence adjusts the DSP's signal attenuation to fix the
> + * problem.
> + */
> + CSR_WRITE_4(sc, NS_PHY_PAGE, 0x0001);
> +
> + reg = CSR_READ_4(sc, NS_PHY_DSPCFG);
> + CSR_WRITE_4(sc, NS_PHY_DSPCFG, (reg & 0xfff) | 0x1000);
> + DELAY(100);
> + reg = CSR_READ_4(sc, NS_PHY_TDATA);
> + if ((reg & 0x0080) == 0 || (reg & 0xff) >= 0xd8) {
> + CSR_WRITE_4(sc, NS_PHY_TDATA, 0x00e8);
> + SIS_SETBIT(sc, NS_PHY_DSPCFG, 0x20);
> + }
> + CSR_WRITE_4(sc, NS_PHY_PAGE, 0);
> }
>
> /*
> Index: if_sisreg.h
> ===
> RCS file: /home/ncvs/src/sys/pci/if_sisreg.h,v
> retrieving revision 1.22
> diff -u -r1.22 if_sisreg.h
> --- if_sisreg.h 22 Jul 2003 01:35:09 - 1.22
> +++ if_sisreg.h 17 Aug 2003 10:50:12 -
> @@ -75,6 +75,7 @@
> #define SIS_GPIO 0xB8
>
> /* NS DP83815 registers */
> +#define NS_IHR 0x1C
> #define NS_CLKRUN0x3C
> #define NS_BMCR 0x80
> #define NS_BMSR 0x84
> @@ -237,12 +238,12 @@
> #define SIS_TXDMA_256BYTES 0x0070
>
> #define SIS_TXCFG_100\
> - (SIS_TXDMA_64BYTES|SIS_TXCFG_AUTOPAD|\
> - SIS_TXCFG_FILL(64)|SIS_TXCFG_DRAIN(1536))
> + (SIS_TXDMA_128BYTES|SIS_TXCFG_AUTOPAD|\
> + SIS_TXCFG_FILL(1024)|SIS_TXCFG_DRAIN(128))
>
> #define SIS_TXCFG_10 \
> (SIS_TXDMA_32BYTES|SIS_TXCFG_AUTOPAD|\
> - SIS_TXCFG_FILL(64)|SIS_TXCFG_DRAIN(1536))
> + SIS_TXCFG_FILL(64)|SIS_TXCFG_DRAIN(128))
>
> #define SIS_RXCFG_DRAIN_THRESH 0x003E /* 8-byte units */
> #define SIS_RXCFG_DMABURST 0x0070
> @@ -262,8 +263,8 @@
> #define SIS_RXDMA_128BYTES 0x0060
> #define SIS_RXDMA_256BYTES 0x0070
>
> -#define SIS_RXCFG256 \
> - (SIS_RXCFG_DRAIN(64)|SIS_RXDMA_256BYTES)
> +#define SIS_RXCFG128 \
> + (SIS_RXCFG_DRAIN(128)|SIS_RXDMA_128BYTES)
> #define SIS_RXCFG64 \
> (SIS_RXCFG_DRAIN(64)|SIS_RXDMA_64BYTES)
>
> --
> Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
> [EMAIL PROTECTED] | TCP/IP since RFC 956
> FreeBSD committer | BSD since 4.3-tahoe
> Never attribute to malice what can adequately be explained by incompetence.
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscrib
Re: Lucent Technologies Orinoco Gold WiFi errors
I've had similar problem with Avaya Gold which is also Lucent-card. I replaced my Prism2 card with a Lucent card yesterday just to test it on -CURRENT. But when I put a Compaq WL110 card, shit started to work again. I did not debug problems with the Avaya card. I will today. It's possible I've messed up my setup which i later corrected with the Compaq card. Be sure you use the same wep key as the one you have on your server/gw. I.e when I just set my wep key nothing worked, but when I told ifconfig to use key number 3 (that's what's set up on my gw) things started to work again. And I set up my IP manually. I will also check it dhclient can receive requests. Cheers On Thu, 21 Aug 2003 16:34:20 -0400 "Michael Goffin" <[EMAIL PROTECTED]> wrote: > Does anyone know if Orinoco Gold cards just don't work in 5.1-current, or if > there is something special you have to do? I had the card working when I had > 5.0-release without having to compile with OLDCARD. That install got really > bad so I went to 5.1-release and cvsup'd to 5.1-current this morning > compiling without OLDCARD. When I kill dhclient, set my ssid, then attempt > to run dhclient again, it fails. I have received several error messages > about bytes not clearing, the device being busy, and the input type being > wrong. > > I'm using an IBM thinkpad T20. Any ideas on how to get the card to work? > > Mike > ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Ath driver still buggy.
Hi. Me and a couple of my friends work on small freebsd version for embedded systems. We all noticed that our wifi cards with atheros chip have problems with the ath driver. The system keeps on spitting out following messages before the link, that is already very slow dies: ath_rate_ctl: 54M -> 48M (0 ok, 3 err, 3 retr) ath_rate_ctl: 48M -> 36M (0 ok, 1 err, 1 retr) ath_rate_ctl: 36M -> 24M (0 ok, 1 err, 1 retr) ath_rate_ctl: 24M -> 36M (11 ok, 0 err, 0 retr) ath_rate_ctl: 36M -> 48M (23 ok, 0 err, 0 retr) ath_rate_ctl: 48M -> 36M (0 ok, 2 err, 2 retr) ath_rate_ctl: 36M -> 24M (3 ok, 7 err, 7 retr) ath_rate_ctl: 24M -> 18M (0 ok, 1 err, 1 retr) And ping requests end up with following message: ping: sendto: No buffer space available This was tested running 11a and 11g with PCMCIA and mini-PCI cards. hw.ath.hal.version: 0.9.5.2 ath0: mem 0x8801-0x8801 irq 11 at device 0.0 on cardbus1 FreeBSD 5.1-CURRENT #0: Wed Aug 20 16:59:24 CEST 2003 Any solution for that Sam? I can remember you mentioned you have fix for that a couple of weeks ago and that you will submit it in a week time or so. Cheers, YazzY ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ath0 card: CardBus card activiation failed
It works, unplug the card once or twice and try again. Same shit happens to me pretty frequently. > Hi, > > with a kernel from this morning I can't get my ath0 Cardbus device up > again, when I plug it in, I get: > > cbb1: CardBus card activation failed > > The card has worked fine up until now. Maybe some of the recent commits > to pccbb.c/pccard.c broke something? > > regards, > le > > -- > Lukas Ertl eMail: [EMAIL PROTECTED] > UNIX Systemadministrator Tel.: (+43 1) 4277-14073 > Vienna University Computer Center Fax.: (+43 1) 4277-9140 > University of Vienna http://mailbox.univie.ac.at/~le/ > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
