From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 23 16:04:36 2009 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EFA910656F2 for ; Sun, 23 Aug 2009 16:04:36 +0000 (UTC) (envelope-from ales-76@seznam.cz) Received: from mxm.seznam.cz (mxm.seznam.cz [77.75.76.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5C91C8FC13 for ; Sun, 23 Aug 2009 16:04:34 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=seznam.cz; h=In-Reply-To:Received:Date:Cc:To:From:Subject:Mime-Version:Message-Id:Content-Transfer-Encoding:Content-Type:X-Abuse:X-Seznam-User:X-QM-Mark; b=IBZnxsMBr3pK0iogbKN4BzahhEkTEUF1B7/L+spKAAGOLEok/2Qehfej0E5CPnKCg nWHL+3//nca02vHsMDmWGaXuwI1d0C+Sux4l6vYORpB1c0kfZn3BdKuSBlQtA7Dn5B7 D+QlkhMMducinxLsU+7eJF/tElTLxvqA8sd/djE= In-Reply-To: <4A8AE2CB.6000904@FreeBSD.org> Received: from isanat.pragonet.cz (isanat.pragonet.cz [212.67.66.42]) by email.seznam.cz (Email.Seznam.cz) with HTTP for ales-76@seznam.cz; Sun, 23 Aug 2009 17:03:50 +0200 (CEST) Date: Sun, 23 Aug 2009 18:04:30 +0200 (CEST) To: =?us-ascii?Q?Alexander=20Motin?= From: ales-76@seznam.cz Mime-Version: 1.0 Message-Id: <529.760-10303-5478473-1251043470@seznam.cz> Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-2"; format=flowed X-Abuse: abuse@seznam.cz X-Seznam-User: ales-76@seznam.cz X-QM-Mark: email-qm3<354468805> Cc: freebsd-mobile@freebsd.org Subject: Re: mmc does not work on HP NC6220 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 16:04:36 -0000 Hello, I have tried the hack and it works. By changing the one register value = in pci config space of the FlashMedia one can reroute the card slot to = the SD controller. The config of the controller after the manipulation = looks like this: 02:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrated F= lashMedia Controller =09Subsystem: Hewlett-Packard Company Device 0944 =09Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- = Stepping- SERR- FastB2B- DisINTx- =09Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dmedium >TAbort- <= TAbort- SERR- mem 0xd0104000-= 0xd01040ff,0xd0105000-0xd01050ff,0xd0106000-0xd01060ff irq 22 at device= 6.4 on pci2 Aug 23 16:35:25 malka kernel: sdhci0: 3 slot(s) allocated Aug 23 16:35:25 malka kernel: sdhci0: [ITHREAD] Aug 23 16:35:51 malka kernel: sdhci0-slot2: Card inserted Aug 23 16:35:51 malka kernel: mmc0: on sdhci0 Aug 23 16:35:51 malka kernel: mmc0: Probing bus Aug 23 16:35:51 malka kernel: mmc0: SD 2.0 interface conditions: OK Aug 23 16:35:51 malka kernel: mmc0: SD probe: OK (OCR: 0x00ff8000) Aug 23 16:35:51 malka kernel: mmc0: Current OCR: 0x00ff8000 Aug 23 16:35:51 malka kernel: mmc0: Probing cards Aug 23 16:35:51 malka kernel: mmc0: New card detected (CID 02544d534430= 324732a8fbcd99007a00) Aug 23 16:35:51 malka kernel: mmc0: Card at relative address 63806 adde= d: Aug 23 16:35:51 malka kernel: mmc0: card: SD (0x2/0x544d/"SD02G" rev 3= .2 m/d 10.2007 s/n 00000000) Aug 23 16:35:51 malka kernel: mmc0: bus: 4bit, 50MHz, high speed timin= g Aug 23 16:35:51 malka kernel: mmc0: memory: 3932160 blocks, erase sect= or 8192 blocks Aug 23 16:35:51 malka kernel: mmc0: setting transfer rate to 24.000MHz Aug 23 16:35:51 malka kernel: mmcsd0: 1920MB at mmc0 2= 4MHz/4bit Aug 23 16:35:51 malka kernel: mmc0: setting bus width to 4 bits And after removal: Aug 23 16:38:56 malka kernel: sdhci0-slot2: Card removed Aug 23 16:38:56 malka kernel: mmc0: detached Alexander, do you think you can incorporate this hack into the sdhci dr= iver? At least as an option, like hw.sdhci.ti_hack or something. Well, = I understand that driver poking in config space of a device that does n= ot belong to it is not very elegant, but it should not do any harm, at = least until there is a working FlashMedia driver. I also understand tha= t if it works for me does not necessarily mean it will work for everybo= dy, but as an option and with some safety checks it would be worthwhile= . Ales Blaha > ------------ P=F9vodn=ED zpr=E1va ------------ > Od: Alexander Motin > P=F8edm=ECt: Re: mmc does not work on HP NC6220 > Datum: 18.8.2009 20:21:48 > ---------------------------------------- > ales-76@seznam.cz wrote: > > The mmc does not seem to work on my HP NC6220 notebook. I have the = mmc, mmcsd > and sdhci compiled as modules, all the modules get loaded properly. T= he system > is FreeBSD 7.2, i386, specifically configured and compiled for this m= achine. If > i set hw.mmc.debug=3D1 and hw.sdhci.debug=3D1 I see following in dmes= g: > > > > Aug 17 22:00:36 malka kernel: sdhci0: mem > 0xd0104000-0xd01040ff,0xd0105000-0xd01050ff,0xd0106000-0xd01060ff irq= 22 at > device 6.4 on pci2 > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: 16MHz 4bits 3.3V DMA > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D REGISTER DUMP > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: Sys addr: 0x00000000 | = Version: > 0x00008400 > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: Blk size: 0x00000000 | = Blk cnt: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: Argument: 0x00000000 | = Trn mode: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: Present: 0x00020000 | = Host ctl: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: Power: 0x00000000 | = Blk gap: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: Wake-up: 0x00000000 | = Clock: > 0x00000002 > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: Timeout: 0x00000000 | = Int stat: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: Int enab: 0x01ff00fb | = Sig enab: > 0x01ff00fb > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: AC12 err: 0x00000000 | = Slot int: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: Caps: 0x01821090 | = Max curr: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot0: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: 16MHz 4bits 3.3V DMA > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D REGISTER DUMP > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: Sys addr: 0x00000000 | = Version: > 0x00008400 > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: Blk size: 0x00000000 | = Blk cnt: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: Argument: 0x00000000 | = Trn mode: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: Present: 0x00020000 | = Host ctl: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: Power: 0x00000000 | = Blk gap: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: Wake-up: 0x00000000 | = Clock: > 0x00000002 > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: Timeout: 0x00000000 | = Int stat: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: Int enab: 0x01ff00fb | = Sig enab: > 0x01ff00fb > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: AC12 err: 0x00000000 | = Slot int: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: Caps: 0x01821090 | = Max curr: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot1: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: 24MHz 4bits 3.3V DMA > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D REGISTER DUMP > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: Sys addr: 0x00000000 | = Version: > 0x00008400 > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: Blk size: 0x00000000 | = Blk cnt: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: Argument: 0x00000000 | = Trn mode: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: Present: 0x000a0000 | = Host ctl: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: Power: 0x00000000 | = Blk gap: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: Wake-up: 0x00000000 | = Clock: > 0x00000002 > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: Timeout: 0x00000000 | = Int stat: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: Int enab: 0x01ff00fb | = Sig enab: > 0x01ff00fb > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: AC12 err: 0x00000000 | = Slot int: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: Caps: 0x01821898 | = Max curr: > 0x00000000 > > Aug 17 22:00:36 malka kernel: sdhci0-slot2: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Aug 17 22:00:36 malka kernel: sdhci0: 3 slot(s) allocated > > Aug 17 22:00:36 malka kernel: sdhci0: [ITHREAD] > > > > That is form sdhci, mmc does not say anything at all. If I put a SD= card > inside the slot nothing happens - no message in dmesg, no device crea= ted in > /dev. Seems that the mmc does not recognize the hw. > > > > Lspci output is there: > > > > 02:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrat= ed > FlashMedia Controller > > =09Subsystem: Hewlett-Packard Company Device 0944 > > =09Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParE= rr- Stepping- > SERR- FastB2B- DisINTx- > > =09Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dmedium >TAbor= t- SERR- > =09Latency: 64 (1750ns min, 1000ns max), Cache Line Size: 64 bytes > > =09Interrupt: pin B routed to IRQ 19 > > =09Region 0: Memory at d0102000 (32-bit, non-prefetchable) > > =09Capabilities: [44] Power Management version 2 > > =09=09Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=3D0mA PME(D0+,D1+,D2+,= D3hot+,D3cold-) > > =09=09Status: D3 PME-Enable- DSel=3D0 DScale=3D0 PME- > > > > 02:06.4 SD Host controller: Texas Instruments > PCI6411/6421/6611/6621/7411/7421/7611/7621 Secure Digital Controller > > =09Subsystem: Hewlett-Packard Company Device 0944 > > =09Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParE= rr- Stepping- > SERR- FastB2B- DisINTx+ > > =09Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dmedium >TAbor= t- SERR- > =09Latency: 64 (1750ns min, 1000ns max), Cache Line Size: 64 bytes > > =09Interrupt: pin C routed to IRQ 22 > > =09Region 0: Memory at d0104000 (32-bit, non-prefetchable) > > =09Region 1: Memory at d0105000 (32-bit, non-prefetchable) > > =09Region 2: Memory at d0106000 (32-bit, non-prefetchable) > > =09Capabilities: [80] Power Management version 2 > > =09=09Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=3D0mA PME(D0+,D1+,D2+,= D3hot+,D3cold-) > > =09=09Status: D0 PME-Enable- DSel=3D0 DScale=3D0 PME- > > > > According to the entries in the driver the TI chipset is supported.= I know the > hardware is not broken, because it worked flawlessly under Linux. I h= ave tried > to play with hw.pci.do_power_resume and hw.pci_do_power_nodriver, but= to no > avail. Have I forgot something? Are there any dependencies that are n= ot forced > during compile time? I include full dmesg, lspci and kldstat. > > TI chips have two incompatible controllers, supporting same card type= s. > Lack of activity on card insertion may mean that BIOS routes SD slot = to > the FlashMedia, but not to the SD Controller. Linus either works via = > FlashMedia Controller, as driver was made there, or it somehow rerout= es > slot to the SD controller. I have no hardware to work on first part a= nd > both hardware and specifications for the second. You may try Google t= o > find description of hack required for second solution, but it doesn't= > works in some unknown cases. > > -- > Alexander Motin > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.= org" > > > From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 23 14:44:38 2009 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E52E1106568E; Sun, 23 Aug 2009 14:44:38 +0000 (UTC) (envelope-from dragorn@kismetwireless.net) Received: from durandal.nerv-un.net (durandal.kismetwireless.net [199.201.145.179]) by mx1.freebsd.org (Postfix) with ESMTP id 906D98FC08; Sun, 23 Aug 2009 14:44:38 +0000 (UTC) Received: from localhost (durandal.nerv-un.net [199.201.145.179]) by durandal.nerv-un.net (Postfix) with ESMTP id 18FD0BC179; Sun, 23 Aug 2009 10:25:31 -0400 (EDT) Date: Sun, 23 Aug 2009 10:27:24 -0400 From: Mike Kershaw To: G?bor Stefanik Message-ID: <20090823142724.GA29917@drd1813> References: <4A8EAFA6.9010608@gmail.com> <1250865255.4600.6.camel@johannes.local> <69e28c910908210741wd3bc391x311523f5b55fd4f1@mail.gmail.com> <1250865918.4600.9.camel@johannes.local> <69e28c910908210804h6181aab1w4a864392239aa1ac@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <69e28c910908210804h6181aab1w4a864392239aa1ac@mail.gmail.com> Organization: Kismet Wireless User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Sun, 23 Aug 2009 16:47:53 +0000 Cc: Richard Farina , Rafael Laufer , Sepherosa Ziehau , linux-wireless , misc-openbsd , Thomas d'Otreppe , freebsd-mobile , Damien Bergamini , Sam Leffler , tech-openbsd , netbsd-net , wireshark-dev , Johannes Berg , radiotap Subject: Re: Plans for an online meeting regarding Radiotap X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mike Kershaw List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 14:44:39 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 21, 2009 at 05:04:20PM +0200, G?bor Stefanik wrote: > > Besides, > > you're supposed to make at least two implementations when proposing a > > standard field. >=20 > If I remember correctly, I made an implementation for the Linux kernel > (a generator-side implementation) and one for Wireshark (a parser-side > implementation). Or should I make two generator-side implementations > according to the requirement (e.g. one for Linux, another for > OpenBSD)? Once there's a spec that's a little more stable I can add it to lorcon, so that will give you 2 userspace implementations for tx (assuming aircrack adopts it) with different authors. -m --=20 Mike Kershaw/Dragorn GPG Fingerprint: 3546 89DF 3C9D ED80 3381 A661 D7B2 8822 738B BDB1 "A baby seal walks into a club..." --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) iEYEARECAAYFAkqRUcwACgkQ17KIInOLvbHnEwCgtNpP2szed35FZIurTJJ+Ixix VqAAn2std79YDlBkC+scYtfesZA6BT+o =E+r3 -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 24 07:41:35 2009 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4850C106568B for ; Mon, 24 Aug 2009 07:41:35 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id C8A288FC12 for ; Mon, 24 Aug 2009 07:41:34 +0000 (UTC) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 252334606; Mon, 24 Aug 2009 10:41:30 +0300 Message-ID: <4A9243E2.7000302@FreeBSD.org> Date: Mon, 24 Aug 2009 10:40:18 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: ales-76@seznam.cz References: <529.760-10303-5478473-1251043470@seznam.cz> In-Reply-To: <529.760-10303-5478473-1251043470@seznam.cz> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org Subject: Re: mmc does not work on HP NC6220 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 07:41:35 -0000 ales-76@seznam.cz wrote: > I have tried the hack and it works. By changing the one register value > in pci config space of the FlashMedia one can reroute the card slot to > the SD controller. The config of the controller after the manipulation > looks like this: > > The process of the reconfiguration is easy: > > setpci -s 06.3 4c=0x22 > > My instistence on pciutils is due to my Linux background, pciconf can do > the trick as well: > > pciconf -w pci0:2:6:3 76 34 > > You can check the result with: > > lspci -s 02:6.3 -vvvxxx > or > pciconf -r pci0:2:6:3 76 > > Then I was able to see mmcsd0 device in /dev and mount the file system > on it. > > Alexander, do you think you can incorporate this hack into the sdhci > driver? At least as an option, like hw.sdhci.ti_hack or something. Well, > I understand that driver poking in config space of a device that does > not belong to it is not very elegant, but it should not do any harm, at > least until there is a working FlashMedia driver. I also understand that > if it works for me does not necessarily mean it will work for everybody, > but as an option and with some safety checks it would be worthwhile. I think it could be better done in form of dummy FlashMedia driver that will do nothing for now, except disabling it. -- Alexander Motin From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 26 19:32:38 2009 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03862106568F; Wed, 26 Aug 2009 19:32:38 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 7B45A8FC33; Wed, 26 Aug 2009 19:32:37 +0000 (UTC) Received: from [192.168.178.71] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id n7QJWZuI007373; Wed, 26 Aug 2009 21:32:36 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Sam Leffler In-Reply-To: <4A57A0EF.5060409@freebsd.org> References: <1247090347.10461.7.camel@mvn-desktop> <4A5601CB.3060809@freebsd.org> <1247251131.5235.147.camel@mvn-desktop> <4A57A0EF.5060409@freebsd.org> Content-Type: text/plain Date: Wed, 26 Aug 2009 21:32:34 +0200 Message-Id: <1251315154.8581.9.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: mobile@freebsd.org Subject: Re: ath0 / wlan0 on 8.0 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 19:32:38 -0000 On Fri, 2009-07-10 at 13:13 -0700, Sam Leffler wrote: http://lists.freebsd.org/pipermail/freebsd-mobile/2009-July/011678.html > Understand however that months ago was the right time to be doing this > kind of testing w/ HEAD; now we are in a code freeze and anything that > comes of this will likely not make the release. Thanks for you reply. FYI I am still working on this. For this moment: Would suggest to follow 8.0 or 9.0? kind regards, Marten From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 26 20:18:28 2009 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6334A106568C for ; Wed, 26 Aug 2009 20:18:28 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3CBA88FC29 for ; Wed, 26 Aug 2009 20:18:28 +0000 (UTC) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n7QK2sli079990 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Aug 2009 13:02:54 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4A9594EE.2080303@errno.com> Date: Wed, 26 Aug 2009 13:02:54 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Marten Vijn References: <1247090347.10461.7.camel@mvn-desktop> <4A5601CB.3060809@freebsd.org> <1247251131.5235.147.camel@mvn-desktop> <4A57A0EF.5060409@freebsd.org> <1251315154.8581.9.camel@mvn-desktop> In-Reply-To: <1251315154.8581.9.camel@mvn-desktop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: mobile@freebsd.org Subject: Re: ath0 / wlan0 on 8.0 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 20:18:28 -0000 Marten Vijn wrote: > On Fri, 2009-07-10 at 13:13 -0700, Sam Leffler wrote: > > > > http://lists.freebsd.org/pipermail/freebsd-mobile/2009-July/011678.html > >> Understand however that months ago was the right time to be doing this >> kind of testing w/ HEAD; now we are in a code freeze and anything > that >> comes of this will likely not make the release. > > Thanks for you reply. FYI I am still working on this. > > For this moment: > Would suggest to follow 8.0 or 9.0? No idea. At the moment there is litle difference. Sam