9-CURRENT panic
Hello, I'm trying to boot 9-CURRENT amd64 from 4/6/2010 and I'm hitting a panic. ACPI enabled / Default: real memory = 2147483648 (2048 MB) avail memory = 2043375616 (1948 MB) ACPI APIC Table: DELL FX09 panic: AP #1 (PHY# 1) failed! cpuid = 0 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kbd_enter+0x3d? movq $0,0x6b9260(%rip) trace Tracing pid 0 tid 0 td 0x80c6da00 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b cpu_mp_start() at cpu_mp_start+0x5c6 mp_start() at mp_start+0x58 mi_startup() at mi_startup+0x59 btext() at btext+0x2c ACPI disabled and/or Safe Mode: em0 Interl(R) PRO/1000 Network Connection 7.0.0 port 0xfe00-0xfe1f mem 0xfdfc000-0xfdfd,0xfdfff000-0xfdff irq 10 at device 25.0 on pci0 em0: Setup MSIX failure em0: Unable to allocate bus resource: interrupt Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0x805dcf00 stack pointer = 0x28:0xf81061810 frame pointer = 0x28:0x81061860 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [ thread pid 0 tid 10 ] Stopped at rman_get_flags: movq (%rdi),$rax db 2 ... keyboard is stuck at this point. I'm using the snapshot ISO from ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201004/FreeBSD-9.0-CURRENT-201004-amd64-memstick.img. I was able to install it from the USB stick but had to try booting it 3x to bypass the panic. Now after it's installed it, won't boot no matter what. This is a Dell Vostro 200 desktop with a Intel Core 2 Duo (E4500) processor, 2GB of RAM, 160GB WD disk, onboard Intel NIC and offboard Realtek NIC. ACPI Suspend Type is set to S3 (STR) on the BIOS. Thank you, -- Giovanni ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
PseudoCylon wrote: Hello, Can you try this? (all 3 files has been updated) http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix/show/dev/usb/wlan This is for rev 207077 or newer. If you are using older rev, please let me know with rev #, I'll change the code accordingly. If it isn't too much trouble, can you run the driver with following debug option on? # wlandebug -i wlan0 0x6930 (after wlan create) To make this work, kernel need to be compiled with IEEE80211_DEBUG option which is enabled in generic AR71XX conf file by default. And, maybe with INVARIANTS option? the bug has been fixed in rev 206400 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/atheros/if_arge.c Sorry for asking too much. The driver is causing the trouble, but something goes wrong outside the driver. AK-san, Thanks a lot, looks like no more crash. rspro# uname -an FreeBSD rspro.micom.mng.net 9.0-CURRENT FreeBSD 9.0-CURRENT #58 r207140M: Sat Apr 24 17:55:13 ULAT 2010 ts...@beastie.micom.mng.net:/usr/obj/mips/usr/mysrc/sys/RSPRO_AR71XX mips http://pastebin.com/jsV5L7St ping response is varying. 192.168.2.2 is Macbook Pro client. rspro# ping 192.168.2.2 PING 192.168.2.2 (192.168.2.2): 56 data bytes 64 bytes from 192.168.2.2: icmp_seq=3 ttl=64 time=22.091 ms 64 bytes from 192.168.2.2: icmp_seq=4 ttl=64 time=2.232 ms 64 bytes from 192.168.2.2: icmp_seq=6 ttl=64 time=9.329 ms 64 bytes from 192.168.2.2: icmp_seq=7 ttl=64 time=20.691 ms 64 bytes from 192.168.2.2: icmp_seq=8 ttl=64 time=9.867 ms 64 bytes from 192.168.2.2: icmp_seq=9 ttl=64 time=8.592 ms 64 bytes from 192.168.2.2: icmp_seq=10 ttl=64 time=10.942 ms 64 bytes from 192.168.2.2: icmp_seq=11 ttl=64 time=15.398 ms 64 bytes from 192.168.2.2: icmp_seq=12 ttl=64 time=5.582 ms 64 bytes from 192.168.2.2: icmp_seq=13 ttl=64 time=2.199 ms 64 bytes from 192.168.2.2: icmp_seq=15 ttl=64 time=2.266 ms 64 bytes from 192.168.2.2: icmp_seq=16 ttl=64 time=777.052 ms 64 bytes from 192.168.2.2: icmp_seq=17 ttl=64 time=764.368 ms 64 bytes from 192.168.2.2: icmp_seq=19 ttl=64 time=777.076 ms 64 bytes from 192.168.2.2: icmp_seq=20 ttl=64 time=741.912 ms 64 bytes from 192.168.2.2: icmp_seq=21 ttl=64 time=721.712 ms 64 bytes from 192.168.2.2: icmp_seq=22 ttl=64 time=741.264 ms 64 bytes from 192.168.2.2: icmp_seq=24 ttl=64 time=732.831 ms 64 bytes from 192.168.2.2: icmp_seq=25 ttl=64 time=1692.815 ms 64 bytes from 192.168.2.2: icmp_seq=26 ttl=64 time=685.253 ms 64 bytes from 192.168.2.2: icmp_seq=27 ttl=64 time=665.590 ms 64 bytes from 192.168.2.2: icmp_seq=28 ttl=64 time=26.029 ms 64 bytes from 192.168.2.2: icmp_seq=29 ttl=64 time=20.515 ms 64 bytes from 192.168.2.2: icmp_seq=30 ttl=64 time=1034.232 ms ... run0: flags=8a43UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST metric 0 mtu 2290 ether 00:22:cf:03:e0:30 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g hostap status: running wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 00:22:cf:03:e0:30 inet 192.168.2.1 netmask 0xff00 broadcast 192.168.2.255 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g hostap status: running ssid bsd channel 1 (2412 MHz 11g) bssid 00:22:cf:03:e0:30 country US authmode OPEN privacy OFF txpower 0 scanvalid 60 protmode CTS wme dtimperiod 1 -dfs rspro# I will observe more and let you know if there is anything. Please let me know if you need any more information. thanks a lot, Ganbold Thanks AK Is your kernel compiled with INVARIANTS option? Tried, but if_arge panics at boot with INVARIANTS option. arge0: Atheros AR71xx built-in ethernet interface at mem 0x1900-0x19000fff irq 2 on nexus0 panic: mtx_lock() of spin mutex arge mii lock @ /usr/mysrc/sys/mips/atheros/if_arge.c:554 thanks, Ganbold -- What do you give a man who has everything? Penicillin. -- Jerry Lester ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
PseudoCylon wrote: Hello, Can you try this? (all 3 files has been updated) http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix/show/dev/usb/wlan This is for rev 207077 or newer. If you are using older rev, please let me know with rev #, I'll change the code accordingly. If it isn't too much trouble, can you run the driver with following debug option on? # wlandebug -i wlan0 0x6930 (after wlan create) To make this work, kernel need to be compiled with IEEE80211_DEBUG option which is enabled in generic AR71XX conf file by default. And, maybe with INVARIANTS option? the bug has been fixed in rev 206400 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/atheros/if_arge.c Sorry for asking too much. The driver is causing the trouble, but something goes wrong outside the driver. AK-san, Just got panic when destroying. ... run_rx_frame: rx done run_vap_delete: vap=0xc1002000 rvp_id=0 bmap=0 rvp_cnt=0 run_newstate: RUN - INIT run_raw_xmit: ic=0xc0fb2000 run_raw_xmit: ifp=0xc0caa000 run_raw_xmit: sc=0xc0fa8000 Trap cause = 4 (address error (load or I-fetch) - kernel mode) [ thread pid 14 tid 100028 ] Stopped at ieee80211_node_attach+0x400:lw v0,24(v0) db ... Ganbold Thanks AK Is your kernel compiled with INVARIANTS option? Tried, but if_arge panics at boot with INVARIANTS option. arge0: Atheros AR71xx built-in ethernet interface at mem 0x1900-0x19000fff irq 2 on nexus0 panic: mtx_lock() of spin mutex arge mii lock @ /usr/mysrc/sys/mips/atheros/if_arge.c:554 thanks, Ganbold -- Time is the most valuable thing a man can spend. -- Theophrastus ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
PseudoCylon wrote: Hello, Can you try this? (all 3 files has been updated) http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix/show/dev/usb/wlan This is for rev 207077 or newer. If you are using older rev, please let me know with rev #, I'll change the code accordingly. If it isn't too much trouble, can you run the driver with following debug option on? # wlandebug -i wlan0 0x6930 (after wlan create) To make this work, kernel need to be compiled with IEEE80211_DEBUG option which is enabled in generic AR71XX conf file by default. And, maybe with INVARIANTS option? the bug has been fixed in rev 206400 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/atheros/if_arge.c Sorry for asking too much. The driver is causing the trouble, but something goes wrong outside the driver. More crash, but I think it might be related to usb. panic: Trying sleep, but thread marked as sleeping prohibited KDB: enter: panic [ thread pid 11 tid 100031 ] Stopped at kdb_enter+0x50: lui at,0x8054 db bt Tracing pid 11 tid 100031 td 0xc0c96720 db_trace_thread+30 (?,?,?,?) ra 800ac688 sp c7967558 sz 24 800ac56c+11c (0,?,,?) ra 800abd30 sp c7967570 sz 32 800ab99c+394 (?,?,?,?) ra 800abec0 sp c7967590 sz 168 db_command_loop+78 (?,?,?,?) ra 800ae4d8 sp c7967638 sz 24 800ae3d0+108 (?,?,?,?) ra 80208060 sp c7967650 sz 424 kdb_trap+108 (?,?,?,?) ra 80407380 sp c79677f8 sz 32 trap+d50 (?,?,?,?) ra 803ff090 sp c7967818 sz 168 MipsKernGenException+134 (0,a,806c8fe4,109) ra 802082e8 sp c79678c0 sz 200 kdb_enter+50 (?,?,?,?) ra 801d1a04 sp c7967988 sz 24 panic+f8 (?,4,80480eb8,120) ra 80212f10 sp c79679a0 sz 40 sleepq_add+120 (?,?,?,?) ra 8018f174 sp c79679c8 sz 56 _cv_wait+1f0 (?,?,?,?) ra 80147ba8 sp c7967a00 sz 64 usbd_do_request_flags+540 (?,?,?,?) ra c7e5629c sp c7967a40 sz 104 PC 0xc7e5629c: not in kernel 0+c7e5629c (?,?,?,?) ra 0 sp c7967aa8 sz 0 pid 11 db Ganbold Thanks AK Is your kernel compiled with INVARIANTS option? Tried, but if_arge panics at boot with INVARIANTS option. arge0: Atheros AR71xx built-in ethernet interface at mem 0x1900-0x19000fff irq 2 on nexus0 panic: mtx_lock() of spin mutex arge mii lock @ /usr/mysrc/sys/mips/atheros/if_arge.c:554 thanks, Ganbold -- Everybody has something to conceal. -- Humphrey Bogart ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
On Saturday 24 April 2010 13:06:19 Ganbold wrote: PseudoCylon wrote: Hello, Can you try this? (all 3 files has been updated) http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix /show/dev/usb/wlan This is for rev 207077 or newer. If you are using older rev, please let me know with rev #, I'll change the code accordingly. If it isn't too much trouble, can you run the driver with following debug option on? # wlandebug -i wlan0 0x6930 (after wlan create) To make this work, kernel need to be compiled with IEEE80211_DEBUG option which is enabled in generic AR71XX conf file by default. And, maybe with INVARIANTS option? the bug has been fixed in rev 206400 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/atheros/if_arge.c Sorry for asking too much. The driver is causing the trouble, but something goes wrong outside the driver. More crash, but I think it might be related to usb. panic: Trying sleep, but thread marked as sleeping prohibited KDB: enter: panic [ thread pid 11 tid 100031 ] Stopped at kdb_enter+0x50: lui at,0x8054 Hi, This is not an USB issue. Please make sure usbd_do_request() is only called from thread context. --HPS ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
PseudoCylon wrote: Hello, Can you try this? (all 3 files has been updated) http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix/show/dev/usb/wlan This is for rev 207077 or newer. If you are using older rev, please let me know with rev #, I'll change the code accordingly. If it isn't too much trouble, can you run the driver with following debug option on? # wlandebug -i wlan0 0x6930 (after wlan create) To make this work, kernel need to be compiled with IEEE80211_DEBUG option which is enabled in generic AR71XX conf file by default. And, maybe with INVARIANTS option? the bug has been fixed in rev 206400 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/atheros/if_arge.c Sorry for asking too much. The driver is causing the trouble, but something goes wrong outside the driver. Got another panic. Maybe it is something else. run_rx_frame: rx done run_rx_frame: rx done run_rx_frame: rx done run_rx_frame: rx done run_rx_frame: rx done Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) [ thread pid 0 tid 100062 ] Stopped at run_drain_fifo+0xd8:lw v0,6444(a1) db bt Tracing pid 0 tid 100062 td 0xc0f88be0 db_trace_thread+30 (?,?,?,?) ra 800ac688 sp c7e83970 sz 24 800ac56c+11c (0,?,,?) ra 800abd30 sp c7e83988 sz 32 800ab99c+394 (?,?,?,?) ra 800abec0 sp c7e839a8 sz 168 db_command_loop+78 (?,?,?,?) ra 800ae4d8 sp c7e83a50 sz 24 800ae3d0+108 (?,?,?,?) ra 80208060 sp c7e83a68 sz 424 kdb_trap+108 (?,?,?,?) ra 80407624 sp c7e83c10 sz 32 trap+ff4 (?,?,?,?) ra 803ff090 sp c7e83c30 sz 168 MipsKernGenException+134 (1a3,0,0,21c) ra c7e5bd24 sp c7e83cd8 sz 200 PC 0xc7e5bd24: not in kernel 0+c7e5bd24 (?,?,?,?) ra 0 sp c7e83da0 sz 0 pid 0 db Ganbold Thanks AK Is your kernel compiled with INVARIANTS option? Tried, but if_arge panics at boot with INVARIANTS option. arge0: Atheros AR71xx built-in ethernet interface at mem 0x1900-0x19000fff irq 2 on nexus0 panic: mtx_lock() of spin mutex arge mii lock @ /usr/mysrc/sys/mips/atheros/if_arge.c:554 thanks, Ganbold -- A pipe gives a wise man time to think and a fool something to stick in his mouth. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
No luck here, it's still keeping scanning channels. --Buganini On Thu, Apr 15, 2010 at 1:34 AM, Ian FREISLICH i...@clue.co.za wrote: Buganini wrote: Hi, I got a Lenovo G450 with siba_b...@pci0:4:0:0: class=0x028000 card=0x04b514e4 chip=0x431514e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom Wireless b/g (BCM4315/BCM22062000)' class = network 4315 is not in supported list, but however the driver took the device bwn_v4_lp_ucode.ko was not loaded automatically, so I loaded it manually ifconfig scan seem freeze, I can `ifconfig list scan` later and found access point correctly, but I can't associate with them, it just keep scanning channels. I found that if I 'ifconfig wlan0 destroy' followed by 'ifconfig wlan0 create wlandev bwn0' it works. /etc/rc.conf: --- wlans_bwn0=wlan0 ifconfig_wlan0=WPA DHCP --- The corollery is that it doesn't work first time on reboot. I need to either '/etc/rc.d/netif restart' and if that panics the machine, destroy wlan0 and then restart netif. Then wlan0/bwn0 associates correctly with this device. Ian -- Ian Freislich ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
kern+world / ports make options
Hello Hackers Current, I was wondering it if is possible, or if it can be done so a separate set of CC, CXX, etc can be specified for building the world and kernel independently of a ports build? Right now, I use the base GCC to compile the world and kernel, and GCC44 for most of the other ports (when it complies cleanly). But I have to keep editing the /etc/make.conf file to switch between the two. It may already be implemented, but it would be nice if there was something defined while the kernel and/or world is being built to that a nested block of ifdefs can select which env variables to be set. Peg ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: kern+world / ports make options
On Sat, Apr 24, 2010 at 5:42 PM, Pegasus Mc Cleaft k...@mthelicon.com wrote: Hello Hackers Current, I was wondering it if is possible, or if it can be done so a separate set of CC, CXX, etc can be specified for building the world and kernel independently of a ports build? Right now, I use the base GCC to compile the world and kernel, and GCC44 for most of the other ports (when it complies cleanly). But I have to keep editing the /etc/make.conf file to switch between the two. It may already be implemented, but it would be nice if there was something defined while the kernel and/or world is being built to that a nested block of ifdefs can select which env variables to be set. Peg man src.conf Cheers Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Switchover to CAM ATA?
On Thu, Apr 22, 2010 at 06:31:37PM +0300, Alexander Motin wrote: Hi. With time passed, CAM-based ATA infrastructure IMHO looks enough mature now to enable it in HEAD. Now we have two new stable drivers ahci(4) and siis(4), covering major part of modern SATA HBAs, `options ATA_CAM` wrapper for ata(4) to supports legacy hardware, and one more improved driver for Marvell HBAs (mvs) is now in development and soon will be present for testing. Together with many other people I have tested above at least on i386, amd64, arm and spart64 architectures. This switchover would give us significant performance improvement on new hardware because of NCQ support in ahci/siis/mvs drivers; improved functionality, including SATA Port Multipliers support, better hot-plug support; and reduced code duplication between ata(4) and cam(4) subsystems and applications. Two issues left at this moment are: 1) POLA breakage due to disk device being renamed from adX to adaY; 2) lack of araraid(4) alternative in new infrastructure. It should be reimplemented in GEOM in some way, but it still wasn't. So what is the public opinion: Is the lack of ataraid(4) fatal or we can live without it? Can we do switchover now, or some more reasons preventing this? As noted earlier, pc98 and sparc64 need ada(4)/CAM ATA to perform geometry translation as done by ad_firmware_geom_adjust() for ad(4), which the following patch hooks up to both: http://people.freebsd.org/~marius/ata_disk_firmware_geom_adjust.diff You preferred to implement such functionality via XPT_CALC_GEOMETRY though (I'm still not convinced that it makes sense to put this functionality into every ATA SIM the same way it is done for SCSI rather than letting ada(4) handle it the same way for all SIMs however). Have you looked into implementing XPT_CALC_GEOMETRY for ATA CAM or is it okay to commit the above patch? Marius ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
HEADS UP: SUJ Going in to head today
try in single user mode: tunefs -j enable / tunefs: Insuffient free space for the journal tunefs: soft updates journaling can not be enabled tunefs -j enable /dev/ad0s2a tunefs: Insuffient free space for the journal tunefs: soft updates journaling can not be enabled tunefs: /dev/ad0s2a: failed to write superblock on / (/dev/ad0s2a) ~40Gb free. dc7700p$ uname -a FreeBSD dc7700p.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r207156: Sun Apr 25 00:04:24 MSD 2010 lissy...@dc7700p.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 dc7700p$ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: kern+world / ports make options
On 04/24/10 09:42, Pegasus Mc Cleaft wrote: Hello Hackers Current, Please don't crosspost. If you're not what list to post to, the algorithm is: If the question is about a port, or the ports in general, use freebsd-ports@, otherwise use freebsd-questi...@. This post should have gone to -ports. I was wondering it if is possible, or if it can be done so a separate set of CC, CXX, etc can be specified for building the world and kernel independently of a ports build? Since you didn't say what version of FreeBSD you're using, try doing 'man src.conf' to see if you can separate your base-related variables into that file. Either way, you should also check out ports-mgmt/portconf to handle ports-only stuff. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
On Sat, Apr 24, 2010 at 12:33:02AM +0200, Gustau P?rez wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 En/na Weongyo Jeong ha escrit: On Wed, Mar 03, 2010 at 11:10:14AM +0200, Alexandr Rybalko wrote: On Wed, 3 Mar 2010 00:28:33 -0800 Weongyo Jeong weongyo.je...@gmail.com wrote: I've been testing the driver for a few time with AMD64/CURRENT. A few time ago I started to see messages like : bwn0: unsupported rate 0 I've checked the code and I found it seems to fail when trying to check the TX rate at if_bw.c:9561 (in bwn_ieeerate2hwrate routine the rate parameter is 0). I checked where bwn_ieeerate2hwrate is called, to see how 'rate' is calculated. This is where I got lost :( My AP is FreeBSD 8.0 box with an atheros card. My hostapd works with both WPA2-PSK and WPA2-EAP (although I thinks this is not the problem) but with default values for rates and friends. I then forced my hostapd to use only a subset of transmit rates (with supported_rates and basic_rates) with no luck. My laptop is a DELL D630 with a BCM4310 UART adapter. Any need info will be provided and any help will be appreciated. First I think we need to know that where rate == 0 comes from. Rate information on TX could be got from the following points: tp-mgmtrate tp-mcastrate tp-ucastrate ni-ni_txrate Could you please test these variables to narrow this problem down? regards, Weongyo Jeong ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
On Fri, Apr 23, 2010 at 06:44:25PM -0500, James R. Van Artsdalen wrote: I have a Dell Zino HD (Mac mini clone, with eSATA ports) that uses the BCM4353 chip (called a Dell 1520 card) no...@pci0:2:0:0:class=0x028000 card=0x000e1028 chip=0x435314e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' class = network Should I expect this to work with to work here or try the NDIS driver? BCM4353 uses N PHY so it's not supported by bwn(4). I think NDIS driver is only a way to try currently. regards, Weongyo Jeong ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
On Sat, Apr 24, 2010 at 11:42:53PM +0800, Buganini wrote: No luck here, it's still keeping scanning channels. --Buganini On Thu, Apr 15, 2010 at 1:34 AM, Ian FREISLICH i...@clue.co.za wrote: Buganini wrote: Hi, I got a Lenovo G450 with siba_b...@pci0:4:0:0: class=0x028000 card=0x04b514e4 chip=0x431514e4 rev=0x01 hdr=0x00 ?? ?? vendor ?? ?? = 'Broadcom Corporation' ?? ?? device ?? ?? = 'Broadcom Wireless b/g (BCM4315/BCM22062000)' ?? ?? class ?? ?? ??= network 4315 is not in supported list, but however the driver took the device bwn_v4_lp_ucode.ko was not loaded automatically, so I loaded it manually ifconfig scan seem freeze, I can `ifconfig list scan` later and found access point correctly, but I can't associate with them, it just keep scanning channels. I found that if I 'ifconfig wlan0 destroy' followed by 'ifconfig wlan0 create wlandev bwn0' it works. /etc/rc.conf: --- wlans_bwn0=wlan0 ifconfig_wlan0=WPA DHCP --- The corollery is that it doesn't work first time on reboot. ??I need to either '/etc/rc.d/netif restart' and if that panics the machine, destroy wlan0 and then restart netif. Then wlan0/bwn0 associates correctly with this device. If you're a CURRENT user could you please show me the result of `netstat -ni' after updating latest CURRENT and keeping scanning channels? In LP-PHY AFAIK there's a DMA Fatal error issue which isn't solved yet. regards, Weongyo Jeong ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
New IPv6 settings in rc.conf
I updated my router to the latest -CURRENT yesterday and now I'm getting an error on startup from ifconfig saying the the IPv6 addresses I've configured are wrong (bad value). The settings I've got in rc.conf are: # IPv4 setup defaultrouter=a.b.c.d gateway_enable=YES ifconfig_vr0=a.b.c.d netmask 255.255.248.0 up cloned_interfaces=bridge0 ifconfig_bridge0=addm dc0 addm dc1 addm dc2 addm dc3 192.168.1.1 netmask 255.255.255.0 up ifconfig_dc0=up ifconfig_dc1=up ifconfig_dc2=up ifconfig_dc3=up # IPv6 setup ipv6_prefer=YES ipv6_gateway_enable=YES ipv6_defaultrouter=2001:abcd:abcd:abc::x gif_interfaces=gif0 gif1 gifconfig_gif0=a.b.c.d e.f.g.h gifconfig_gif1=a.b.c.d i.j.k.l ifconfig_gif0_ipv6=2001:abcd:abcd:abc::x abcd:abc:abcd:abc::x prefixlen 128 ifconfig_gif1_ipv6=2a01:abcd:a:bc::x abcd:abc:x:ab::x prefixlen 128 # if_bridge doesn't have a link-local address by default, so add one ifconfig_bridge0_ipv6=fe80::2%bridge0 prefixlen 64 ifconfig_bridge0_ipv6_alias0=2001:abcd:abcd:abcd::x # DHCP, DHCPv6 and rtadvd settings follow I can manually run ifconfig once the systems running so I guess I've missed out a required setting somewhere? -- Bruce Cran ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: SUJ Going in to head today
On Tuesday 20 April 2010 23:15:48 Jeff Roberson wrote: Hi Folks, You may have seen my other Soft-updates journaling (SUJ) announcements. If not, it is a journaling system that works cooperatively with soft-updates to eliminate the full background filesystem check after an unclean shutdown. SUJ may be enabled with tunefs -j enable and disabled with tunefs -j disable on an unmounted filesystem. It is backwards compatible with soft-updates with no journal. I'm going to do another round of tests and buildworld this afternoon to verify the diff and then I'm committing to head. This is a very large feature and fundamentally changes softupdates. Although it has been extensively tested by many there may be unforseen problems. If you run into an issue that you think may be suj please email me directly as well as posting on current as I sometimes miss list email and this will ensure the quickest response. Should fsck always report that the filesystem has been modified when the journal is skipped, even when no errors are reported? -- Bruce Cran ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: New IPv6 settings in rc.conf
On 04/24/10 17:54, Bruce Cran wrote: I updated my router to the latest -CURRENT yesterday Did you run mergemaster after you upgraded? How old/what version of FreeBSD did you upgrade from? and now I'm getting an error on startup from ifconfig saying the the IPv6 addresses I've configured are wrong (bad value). Can you please paste the exact error message? The settings I've got in rc.conf are: # IPv6 setup ipv6_prefer=YES This is no longer needed. ipv6_gateway_enable=YES ipv6_defaultrouter=2001:abcd:abcd:abc::x gif_interfaces=gif0 gif1 gifconfig_gif0=a.b.c.d e.f.g.h gifconfig_gif1=a.b.c.d i.j.k.l ifconfig_gif0_ipv6=2001:abcd:abcd:abc::x abcd:abc:abcd:abc::x prefixlen 128 ifconfig_gif1_ipv6=2a01:abcd:a:bc::x abcd:abc:x:ab::x prefixlen 128 # if_bridge doesn't have a link-local address by default, so add one ifconfig_bridge0_ipv6=fe80::2%bridge0 prefixlen 64 It's likely that you need to add inet6 before fe80 there: ifconfig_bridge0_ipv6=inet6 fe80::2%bridge0 prefixlen 64 ifconfig_bridge0_ipv6_alias0=2001:abcd:abcd:abcd::x See the rc.conf man page on this one, this should probably be: ifconfig_bridge0_alias0=inet6 2001:abcd:abcd:abcd::x prefixlen 64 I can manually run ifconfig once the systems running so I guess I've missed out a required setting somewhere? If the above doesn't fix your problems, what ifconfig command line(s) work for you? hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: SUJ Going in to head today
On Sun, 25 Apr 2010, Alex Keda wrote: try in single user mode: tunefs -j enable / tunefs: Insuffient free space for the journal tunefs: soft updates journaling can not be enabled tunefs -j enable /dev/ad0s2a tunefs: Insuffient free space for the journal tunefs: soft updates journaling can not be enabled tunefs: /dev/ad0s2a: failed to write superblock There is a bug that prevents enabling journaling on a mounted filesystem. So for now you can't enable it on /. I see that you have a large / volume but in general I would also suggest people not enable suj on / anyway as it's typically not very large. I only run it on my /usr and /home filesystems. I will send a mail out when I figure out why tunefs can't enable suj on / while it is mounted read-only. Thanks, Jeff on / (/dev/ad0s2a) ~40Gb free. dc7700p$ uname -a FreeBSD dc7700p.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r207156: Sun Apr 25 00:04:24 MSD 2010 lissy...@dc7700p.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 dc7700p$ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: SUJ Going in to head today
Jeff Roberson wrote: On Sun, 25 Apr 2010, Alex Keda wrote: try in single user mode: tunefs -j enable / tunefs: Insuffient free space for the journal tunefs: soft updates journaling can not be enabled tunefs -j enable /dev/ad0s2a tunefs: Insuffient free space for the journal tunefs: soft updates journaling can not be enabled tunefs: /dev/ad0s2a: failed to write superblock There is a bug that prevents enabling journaling on a mounted filesystem. So for now you can't enable it on /. I see that you have a large / volume but in general I would also suggest people not enable suj on / anyway as it's typically not very large. I only run it on my /usr and /home filesystems. I will send a mail out when I figure out why tunefs can't enable suj on / while it is mounted read-only. Thanks, Jeff One of the attractions for suj would be for appliancized FreeBSD which now has to set 'fsck -y' for power fail/resets- and this means root as well. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
Hello, Thank you for all the info. This one shall work. http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix/show/dev/usb/wlan Please update if_run.c and if_runvar.h (2 files). Just in case, after kldload, please issue # sysctl hw.usb.run.debug=1 Now it prints out very little messages, and no need to issue wlandebug. Thanks AK Got another panic. Maybe it is something else. run_rx_frame: rx done run_rx_frame: rx done run_rx_frame: rx done run_rx_frame: rx done run_rx_frame: rx done Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) [ thread pid 0 tid 100062 ] Stopped at run_drain_fifo+0xd8:lw v0,6444(a1) db bt Tracing pid 0 tid 100062 td 0xc0f88be0 db_trace_thread+30 (?,?,?,?) ra 800ac688 sp c7e83970 sz 24 800ac56c+11c (0,?,,?) ra 800abd30 sp c7e83988 sz 32 800ab99c+394 (?,?,?,?) ra 800abec0 sp c7e839a8 sz 168 db_command_loop+78 (?,?,?,?) ra 800ae4d8 sp c7e83a50 sz 24 800ae3d0+108 (?,?,?,?) ra 80208060 sp c7e83a68 sz 424 kdb_trap+108 (?,?,?,?) ra 80407624 sp c7e83c10 sz 32 trap+ff4 (?,?,?,?) ra 803ff090 sp c7e83c30 sz 168 MipsKernGenException+134 (1a3,0,0,21c) ra c7e5bd24 sp c7e83cd8 sz 200 PC 0xc7e5bd24: not in kernel 0+c7e5bd24 (?,?,?,?) ra 0 sp c7e83da0 sz 0 pid 0 db Ganbold ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org