Opened 3 months ago

Last modified 2 months ago

#14790 reopened bug

Random KDL on Acer Apire one ZG5

Reported by: AlienSoldier Owned by: waddlesplash
Priority: high Milestone: Unscheduled
Component: Drivers/Network/atheroswifi Version: R1/Development
Keywords: KDL Cc:
Blocked By: Blocking:
Has a Patch: no Platform: x86

Description

As i am currently testing this computer on a daily use basis i will report a bunch of problems with it in the future, get used to that :)

I get a random KDL 2-3 time a day. Attached is a scrrenshot.

I don't know if this is network related, i only got it connected to internet so far with wi-fi. I will have to test for some days with ethernet cable to see if this also happen.

Impossible to exit or continue from that KDL.

hrev52698+1

Attachments (5)

Aspire One KDL.bmp (943.3 KB) - added by AlienSoldier 3 months ago.
wpa_supplicant-497-debug-09-01-2019-01-59-21.report (18.3 KB) - added by AlienSoldier 2 months ago.
wpa supplicant crash
wpa_supplicant-966-debug-09-01-2019-16-44-52.report (10.5 KB) - added by humdinger 2 months ago.
similar but slightlyy different(?)
wpa_supplicant-1003-debug-09-01-2019-16-45-27.report (9.6 KB) - added by humdinger 2 months ago.
Unable to retrieve disassembly
Aspire One KDL strike back.jpg (1.4 MB) - added by AlienSoldier 2 months ago.

Change History (23)

Changed 3 months ago by AlienSoldier

Attachment: Aspire One KDL.bmp added

comment:1 Changed 3 months ago by waddlesplash

Component: - GeneralDrivers/Network/atheroswifi
Owner: changed from nobody to waddlesplash

comment:2 Changed 3 months ago by waddlesplash

It's a bug in the FreeBSD WiFi driver, indeed.

comment:3 Changed 2 months ago by waddlesplash

Please retest after hrev52726.

comment:4 Changed 2 months ago by AlienSoldier

driver no longer start now. Attached is the crashing report. No KDL happen so far, just a crash of the wpa supplicant.

Changed 2 months ago by AlienSoldier

wpa supplicant crash

comment:5 Changed 2 months ago by waddlesplash

The printfs in question are here: https://github.com/haiku/wpa_supplicant/blob/haiku/src/drivers/driver_bsd.c#L1569

I'm a little stumped as to how this could cause a crash on one invocation but not another; either it should always crash or never crash (and WPA/WPA2 works just fine here.)

comment:6 Changed 2 months ago by AlienSoldier

And yet it does :) I see a bunch on printf, but i don't know what "vprintf" does.

Could it be someting reacting different on 32 and 64 bit? Something to do with the amount of RAM or reacting speed of the specific hardware?

I updated from software updater instead of from a clean image file if that could make a difference.

Currently that laptop is set as french, i guess this as no effect but as some word can be longer perhaps it can cause a buffer-array overflow as a printf is involved (i am really digging deep here but when stumped everything might be it).

comment:7 Changed 2 months ago by AlienSoldier

Also, could it be that key or previous password structuresetting file changed with the new driver and that a file need to be deleted and recreated by the user?

comment:8 Changed 2 months ago by waddlesplash

No, this is in wpa_supplicant which did not change at all with the new drivers.

comment:9 Changed 2 months ago by humdinger

I see the same crashing wpa_supplicant after updating from hrev52714 to hrev52731.
I tried deleting ~/config/settings/system/keystore/keystore_database with no success. Besides the same crash report, I also got two different ones that I'll attach.

Unable to retrieve disassembly for IP 0x480: address not contained in any valid image.

probably not helpful and

			Frame memory:
				[0x7a569eb4]  ....   18 0f a8 00
		0x7a569ed8	0x9e604b	pthread_testcancel + 0x13 
		0x7a569ef8	0xa4e911	write + 0x31 
		0x7a569f28	0x9fec38	_IO_new_file_write + 0x34 
		0x7a569f58	0x9fe1ff	new_do_write + 0x7f 
		0x7a569f88	0x9fe163	_IO_new_do_write + 0x27 
		0x7a569fb8	0x9fe469	_IO_new_file_overflow + 0xbd 
		0x7a569ff8	0x9fed72	_IO_file_xsputn + 0xfe 
		0x7a56b708	0xa19375	vfprintf + 0x1ad 
		0x7a56b738	0xa14c3b	printf + 0x27 
		0x7a56b778	0x11ddea4	wpa_printf + 0x40 
		0x7a56b7d8	0x120a73f	wpa_driver_bsd_capa + 0x73 
		00000000	0x000480	? 

Changed 2 months ago by humdinger

similar but slightlyy different(?)

Changed 2 months ago by humdinger

Unable to retrieve disassembly

comment:10 Changed 2 months ago by humdinger

Sorry, I just now saw the title of the ticket... This should probably be a new ticket? I have an iprowifi4965, 16 GiB or RAM, i7 running 32bit Haiku.

comment:11 Changed 2 months ago by waddlesplash

Yes, please make a new ticket for the wpa_supplicant crash, as this seems to be entirely unrelated.

comment:12 Changed 2 months ago by humdinger

Sorry, I just now saw the title of the ticket... This should probably be a new ticket? I have an iprowifi4965, 16 GiB or RAM, i7 running 32bit Haiku.

comment:13 Changed 2 months ago by waddlesplash

wpa_supplicant crash fixed in hrev52736; so please retest and see if the KDL is fixed or not.

comment:14 Changed 2 months ago by AlienSoldier

wpa_supplicant indeed fixed, very nice, i will test for 1-2 days to see if the KDL is also gone or if it changed frequency.

comment:15 Changed 2 months ago by AlienSoldier

Did not saw a KDL in two days, i think the problem is gone with the updated driver.

comment:16 Changed 2 months ago by waddlesplash

Resolution: fixed
Status: newclosed

Hooray!

comment:17 Changed 2 months ago by AlienSoldier

Sadly need to be re-opened, happened 2 times today. almost the same KDL screen, i still add a screenshot in case the added line can help:

Changed 2 months ago by AlienSoldier

comment:18 Changed 2 months ago by waddlesplash

Resolution: fixed
Status: closedreopened
Note: See TracTickets for help on using tickets.