conf/184657: freebsd 10 unable to connect hidden wifi
>Number: 184657
>Category: conf
>Synopsis: freebsd 10 unable to connect hidden wifi
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Dec 10 12:30:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Eimar Koort
>Release:Freebsd 10-RC1
>Organization:
>Environment:
FreeBSD laptop 10.0-RC1 FreeBSD 10.0-RC1 #0 r259128M: Mon Dec 9 20:53:08 EET
2013 root@laptop:/usr/obj/usr/src/sys/GENERIC amd64
>Description:
If wireless connection is marked hidden freebsd 10 is unable to connect.
/etc/rc.conf:
wlans_iwn0=wlan0
ifconfig_wlan0="WPA DHCP"
/etc/wpa_supplicant.conf contains:
network={
ssid="mywifi"
scan_ssid=1
key_mgmt=WPA-PSK
psk="hello nsa"
}
If wireless is not hidden, i can connect with no problems. Same configuration
worked with Freebsd 9.1.
Laptop is Lenovo X200 (iwn)
>How-To-Repeat:
Uncheck "broadcast network name" (or something similar) from wifi-box and try
to connect using freebsd 10.
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
kern/184658: FreeBSD 10.0-RC1 system hangs during boot with SR-IOV enabled and X520 NIC
>Number: 184658 >Category: kern >Synopsis: FreeBSD 10.0-RC1 system hangs during boot with SR-IOV enabled >and X520 NIC >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 10 14:10:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Kevin Bowling >Release:10.0-RC1 >Organization: >Environment: FreeBSD test 10.0-RC1 FreeBSD 10.0-RC1 #0 r259068: Sat Dec 7 17:45:20 UTC 2013 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >Description: When booting 10.0-RC1, the systems stops responding with the message: "pcib5: failed to allocate initial memory window: " Screencap: http://i.imgur.com/6C8bfnW.jpg This only happens if SR-IOV is enabled in the BIOS. This seems to be a regression from 9.1 where I can boot with SR-IOV enabled. It also only seems to trigger with the X520 add in 10gbe cards (ix driver). Without those NICs, the system boots with SR-IOV enabled. lspci -v of a good boot with SR-IOV disabled: 00:00.0 Host bridge: Intel Corporation 5520 I/O Hub to ESI Port (rev 13) Subsystem: Inventec Corporation Device 0047 Flags: fast devsel, IRQ 255 Capabilities: [60] MSI: Enable- Count=1/2 Maskable+ 64bit- Capabilities: [90] Express Root Port (Slot-), MSI 00 Capabilities: [e0] Power Management version 3 00:01.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 1 (rev 13) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: b000-bfff Memory behind bridge: fb90-fb9f Capabilities: [40] Subsystem: Inventec Corporation Device 0047 Capabilities: [60] MSI: Enable- Count=1/2 Maskable+ 64bit- Capabilities: [90] Express Root Port (Slot+), MSI 00 Capabilities: [e0] Power Management version 3 00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 3 (rev 13) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 I/O behind bridge: c000-cfff Memory behind bridge: fba0-fbaf Capabilities: [40] Subsystem: Inventec Corporation Device 0047 Capabilities: [60] MSI: Enable- Count=1/2 Maskable+ 64bit- Capabilities: [90] Express Root Port (Slot+), MSI 00 Capabilities: [e0] Power Management version 3 00:05.0 PCI bridge: Intel Corporation 5520/X58 I/O Hub PCI Express Root Port 5 (rev 13) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=03, subordinate=03, sec-latency=0 Capabilities: [40] Subsystem: Inventec Corporation Device 0047 Capabilities: [60] MSI: Enable- Count=1/2 Maskable+ 64bit- Capabilities: [90] Express Root Port (Slot+), MSI 00 Capabilities: [e0] Power Management version 3 00:07.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 7 (rev 13) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=04, subordinate=04, sec-latency=0 I/O behind bridge: d000-dfff Memory behind bridge: fbb0-fbdf Capabilities: [40] Subsystem: Inventec Corporation Device 0047 Capabilities: [60] MSI: Enable- Count=1/2 Maskable+ 64bit- Capabilities: [90] Express Root Port (Slot+), MSI 00 Capabilities: [e0] Power Management version 3 00:13.0 PIC: Intel Corporation 7500/5520/5500/X58 I/O Hub I/OxAPIC Interrupt Controller (rev 13) (prog-if 20 [IO(X)-APIC]) Flags: bus master, fast devsel, latency 0 Memory at fec8a000 (32-bit, non-prefetchable) Capabilities: [6c] Power Management version 3 00:14.0 PIC: Intel Corporation 7500/5520/5500/X58 I/O Hub System Management Registers (rev 13) (prog-if 00 [8259]) Flags: fast devsel Capabilities: [40] Express Root Complex Integrated Endpoint, MSI 00 00:14.1 PIC: Intel Corporation 7500/5520/5500/X58 I/O Hub GPIO and Scratch Pad Registers (rev 13) (prog-if 00 [8259]) Flags: fast devsel Capabilities: [40] Express Root Complex Integrated Endpoint, MSI 00 00:14.2 PIC: Intel Corporation 7500/5520/5500/X58 I/O Hub Control Status and RAS Registers (rev 13) (prog-if 00 [8259]) Flags: fast devsel Capabilities: [40] Express Root Complex Integrated Endpoint, MSI 00 00:14.3 PIC: Intel Corporation 7500/5520/5500/X58 I/O Hub Throttle Registers (rev 13) (prog-if 00 [8259]) Flags: fast devsel 00:16.0 System peripheral: Intel Corporation 5520/5500/X58 Chipset QuickData Technology Device (rev 13) Subsystem: Inventec Corporat
Re: conf/184657: freebsd 10 unable to connect hidden wifi
Synopsis: freebsd 10 unable to connect hidden wifi Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: eadler Responsible-Changed-When: Tue Dec 10 16:46:27 UTC 2013 Responsible-Changed-Why: Over to -wireless http://www.freebsd.org/cgi/query-pr.cgi?pr=184657 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/166994: m4(1): m4' s eval function ignores documented 2nd and 3rd arguments
The following reply was made to PR bin/166994; it has been noted by GNATS. From: John Baldwin To: bug-follo...@freebsd.org, t...@gmplib.org Cc: t...@freebsd.org Subject: Re: bin/166994: m4(1): m4's eval function ignores documented 2nd and 3rd arguments Date: Tue, 10 Dec 2013 11:34:51 -0500 To be clear, the 'patched' state means "fixed in HEAD, but fix still needs to be MFC'd". If someone doesn't plan on merging it they mark a bug as "closed", not "patched". That said, it is odd for someone to mark a bug as patched unless they are also assigning it to themselves and assuming responsibility for merging it. Tijl, are you planning on merging the fix to at least stable/9? -- John Baldwin ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/166994: m4(1): m4's eval function ignores documented 2nd and 3rd arguments
Synopsis: m4(1): m4's eval function ignores documented 2nd and 3rd arguments Responsible-Changed-From-To: freebsd-bugs->tijl Responsible-Changed-By: tijl Responsible-Changed-When: Tue Dec 10 18:32:51 CET 2013 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=166994 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/184645: "pkgng" corrupts package system
The following reply was made to PR misc/184645; it has been noted by GNATS.
From: Philipp Engel
To: bug-follo...@freebsd.org, m...@cypresscreek.de
Cc:
Subject: Re: misc/184645: "pkgng" corrupts package system
Date: Tue, 10 Dec 2013 23:12:06 +0100
Error is caused by /usr/local/etc/pkg/repos/wine.conf:
wine:
URL:
http://ftp.freebsd.org/pub/FreeBSD/ports/local-distfiles/dbn/repos/wine/${ABI}/latest
ENABLED: yes
MIRROR_TYPE: HTTP
PUBKEY: /usr/local/etc/pkg/repos/wine.cert
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/184674: installation crashes on low-memory system
>Number: 184674 >Category: misc >Synopsis: installation crashes on low-memory system >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 11 02:00:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: asd >Release:10 rc1 >Organization: >Environment: FreeBSD 10 RC1 #0 r259068 i386 >Description: Installation crashes because of not sufficient amount of memory (64MB), however swap space is not turning on. This is boot-only disc, running inside virtualbox >How-To-Repeat: >Fix: Manually turning on the swap space. >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/184675: installation crashes while asking for root password
>Number: 184675 >Category: misc >Synopsis: installation crashes while asking for root password >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 11 02:20:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: asd >Release:10 rc1 >Organization: >Environment: FreeBSD 10 RC1 #0 r259068 i386 >Description: Installation (bootonly disc, virtualbox) crashes while asking for root password. Message: "passwd: pam_chauthok(): error in service module" >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/184675: installation crashes while asking for root password
Synopsis: installation crashes while asking for root password Responsible-Changed-From-To: freebsd-bugs->nwhitehorn Responsible-Changed-By: eadler Responsible-Changed-When: Wed Dec 11 04:57:22 UTC 2013 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=184675 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/184674: installation crashes on low-memory system
Synopsis: installation crashes on low-memory system Responsible-Changed-From-To: freebsd-bugs->nwhitehorn Responsible-Changed-By: eadler Responsible-Changed-When: Wed Dec 11 04:57:24 UTC 2013 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=184674 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
kern/184677: ZFS snapshot umount kernel panic
>Number: 184677 >Category: kern >Synopsis: ZFS snapshot umount kernel panic >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 11 06:10:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Richard Kojedzinszky >Release:stable/10, releng/9.2 >Organization: >Environment: FreeBSD freebsd10 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #9 57a89d6(stable/10)-dirty: Mon Dec 9 11:11:30 CET 2013 root@freebsd10:/usr/obj/usr/src/sys/BSD amd64 >Description: Accessing ZFS snapshots and unmounting them parallell causes the system to panic. In a real server setup, where unix users exists, they are able to access .zfs/snapshot/ directories, which causes snapshots to be mounted. The system may be set up to clean those mounts, umount them at some time. Then a panic may occur. >How-To-Repeat: Run the script at http://pastebin.com/Bf15sMhd on an empty ZFS dataset with a snapshot. >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
