Cyril Brulebois <k...@debian.org> (2014-09-15): > I'm using rtl8192cu.
(In case anyone cares: USB ID is 0bda:8176.) […] > > Depending on your particular wlan card and how its driver is divided > > into sub-modules (or how well it is integrated into other kernel > > subsystems), you might need additional modules as well. > > ACK, I'll check lsmod output differences. Checking output before/after wpa_supplicant -Dwext on the installed system, I saw ctr and ccm reference count changed. I've copied them into d-i and after a few modprobes I managed to get networking with the same commands as before: wpa_supplicant -i wlan0 -c wpa.conf & udhcpc -i wlan0 Ben, I guess it might make sense to add those to crypto-modules? Not sure how feasible it would be to figure out which other ones might be interesting for other wireless modules though… → I can open a bug against src:linux to keep track of it. > Well currently, as far as I can see/test, WPA support in d-i isn't > exactly working nicely, so I don't think a wpa upload is going to hurt > much. Quite the contrary, hopefully. Ben mentioned on IRC: CONFIG_DEBUG_SYSLOG=y which might be helpful for the udeb. Adding this option on top of sid's wpasupplicant-udeb isn't sufficient, since one also needs adding the -s flag to netcfg's execlp call. Once both udebs have been modified, wpasupplicant lines end up in syslog, which is definitely helpful. → That should probably become 2 extra bug reports (src:wpa, src:netcfg). Beware of the order: passing -s without CONFIG_DEBUG_SYSLOG=y means getting an error and usage in syslog, so netcfg should only be patched when wpa is ready. Once we get there, it might make sense to pass (or make it possible to pass) at least -d to wpa_supplicant. → An extra bug report for netcfg. Mraw, KiBi.
signature.asc
Description: Digital signature