Re: single SATA disk and yet identified as 'ad4'
By default, ATA disks are assigned numbers based on the ATA controller they are on, and whether they are primary or secondary on the controller. For example, the primary disk on the first controller would be ad0, the secondary disk on the first controller would be ad1, the primary disk on the second controller would be ad2, etc. This is the ATA_STATIC_ID kernel option. I expect that there are two ATA controllers before the one your disk is on. You may confirm this by running "atacontrol list". -Boris Saifi Khan wrote: Hi all: The system has just one SATA disk and yet bootloader process identified it as 'ad4'. Ideally, it should be ad1. Here is the PCI information 00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) 00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 01) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 01) 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) 06:00.0 Network controller: Broadcom Corporation BCM94311MCG wlan mini-PCI (rev 01) 08:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) How does the labelling logic work ? thanks Saifi. ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: desktop wireless card
James Harrison wrote: gahn wrote: Hello: Could anyone recommend a desktop wireless card for freebsd 6.2? Just moved in new place and only wireless in the house. Thanks in advance I use whatever was the cheapest linksys wireless G card I could find; plugs in to PCI slot and works wonderfully. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]" I'm not certain that everything Linksys puts out has FreeBSD-supported hardware inside. I have a bunch of TRENDnet TEW-443PI and Netgear WG311T cards that work well. They use the ath(4) driver. As a general statement, I'm pretty sure that anything with an Atheros chip inside (a fact often advertised on boxes of the products) that doesn't support any incarnation of 802.11n will work with said driver. http://atheros.rapla.net/ has more details. -Boris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: USB wireless AP?
Ivan Voras wrote: Boris Kochergin wrote: Do you know about http://ralink.rapla.net/? The RT2500-based cards listed there are supported by the ural(4) driver. There's a discouraging comment about using them for access points in the man page, though: CAVEATS The ural driver does not support automatic adaptation of the transmit speed in IBSS and HostAP operating modes. That's too bad - it seems the Linsys' card is supported by ural. I looked around for Linux information on the same topic, and given the problems they have, I think I'll even settle for IBSS. Are there any practical differences between HOSTAP and IBSS when used by a very small number of users? I've never used IBSS, but I have enough spare 802.11 hardware to try it out. I'll let you know. -Boris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: USB wireless AP?
Do you know about http://ralink.rapla.net/? The RT2500-based cards listed there are supported by the ural(4) driver. There's a discouraging comment about using them for access points in the man page, though: CAVEATS The ural driver does not support automatic adaptation of the transmit speed in IBSS and HostAP operating modes. -Boris Ivan Voras wrote: Hi, I'm planning to set up an AP by adding an USB wifi card to a 7.0-RELEASE machine, and I'm interested in a couple of things: - First, hardware compatibility - AFAIK only some cards support AP mode? Can anyone recommend such USB wireless hardware, preferably in terms of product names instead of chip names? I see the following cards in a local store: BANDRIDGE CWN4002G, CANYON WF-518D, CANYON WF-518, LINKSYS WUSB54GC. - Are there any tips & tricks additional to the instructions on http://www.freebsd.org/doc/en/books/handbook/network-wireless.html ? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
libstdc++ extentions
Hi, list. I'd like to use some code from the /usr/include/c++/4.2/ext/pb_ds part of libstdc++ on RELENG_7--particularly their patricia trie implementation. The various patricia trie headers, however, attempt to include ext/pb_ds/detail/type_utils.hpp, among other things, which don't exist. I notice that GCC from ports installs with all of said headers, and indeed, I can use the patricia trie code if I compile it with, for example, G++ 4.2.2 from ports. I also notice that the headers missing from /usr/include/c++/4.2/ext/pb_ds exist in /usr/src/contrib/libstdc++/include/ext/pb_ds, so my question is: is there a way to make installworld, etc. install them? I could copy them over manually and whatnot, but I'm curious about a "proper" solution. Thanks. -Boris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
