Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#38892 - [hostapd] Crash with version 2.1-1
Attached to Project:
Community Packages
Opened by Janne Rönkkö (jroo) - Thursday, 13 February 2014, 14:31 GMT
Last edited by Sergej Pupykin (sergej) - Friday, 27 June 2014, 11:24 GMT
Opened by Janne Rönkkö (jroo) - Thursday, 13 February 2014, 14:31 GMT
Last edited by Sergej Pupykin (sergej) - Friday, 27 June 2014, 11:24 GMT
|
DetailsDescription:
Hostapd crashes on startup. Additional info: * package version(s): hostapd 2.1-1 (newest packages updated at Feb 12 around 17:00 UTC+2) I have ethernet + wlan bridged together and hostapd for running WLAN AP. The server also has DNS server (bind) and DHCP server (isch-dhcpd). Relevant log from systemctl: Feb 12 21:03:50 zbox kernel: hostapd[585]: segfault at 0 ip 000000000046a9d7 sp 00007fffa32358d0 error 4 in hostapd[400000+aa000] Feb 12 21:03:50 zbox systemd-coredump[586]: Process 585 (hostapd) dumped core. -- Subject: Process 585 (hostapd) dumped core -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- Documentation: man:core(5) -- -- Process 585 (hostapd) crashed and dumped core. -- -- This usually indicates a programming error in the crashing program and -- should be reported to its vendor as a bug. Feb 12 21:03:51 zbox systemd[1]: hostapd.service: main process exited, code=dumped, status=11/SEGV Feb 12 21:03:51 zbox systemd[1]: Unit hostapd.service entered failed state. Steps to reproduce: start hostapd |
This task depends upon
Closed by Sergej Pupykin (sergej)
Friday, 27 June 2014, 11:24 GMT
Reason for closing: Fixed
Additional comments about closing: should be fixed, reopen if not
Friday, 27 June 2014, 11:24 GMT
Reason for closing: Fixed
Additional comments about closing: should be fixed, reopen if not
As in the Archlinux BBS topic, I fixed the issue by reverting to previous hostapd version.
I actively use hostapd on ArchLinuxARM with RT3070 (rt2800usb) in the mostly same configuration: bridged ethernet and wifi + dhcpd.
hostapd-2.1 works well for me.
my wireless hw is
idVendor 0x0cf3 Atheros Communications, Inc.
idProduct 0x9271 AR9271 802.11n
bcdDevice 1.08
iManufacturer 16 ATHEROS
iProduct 32 USB2.0 WLAN
iSerial 48 12345
Wireless Hardware is:
idVendor 0x0cf3 Atheros Communications, Inc.
idProduct 0x7015 TP-Link TL-WN821N v3 / TL-WN822N v2 802.11n [Atheros AR7010+AR9287]
bcdDevice 2.02
iManufacturer 16 ATHEROS
iProduct 32 USB WLAN
iSerial 48 12345
idVendor 0x148f Ralink Technology, Corp.
idProduct 0x5370 RT5370 Wireless Adapter
bcdDevice 1.01
iManufacturer 1 Ralink
iProduct 2 802.11 n WLAN
iSerial 3 1.0
it is running on an RPI (arm6v)
doesn't have an System to check WLAN functions, as this PI is in an remote location.
I will verify in deep in the next days and leave an comment, but it looks promising.