Hi, On Fri, Apr 6, 2012 at 10:54 PM, Larry Finger <Larry.Finger@xxxxxxxxxxxx> wrote: > On 04/06/2012 03:48 AM, Nicu Pavel wrote: >> >> ----> ifdown/ifup no scanning results. >> >> <6>rtl8192cu: MAC auto ON okay! >> <6>rtl8192cu: Tx queue select: 0x05 >> <7>rtl8192c_common:rtl92c_phy_set_bw_mode():<0-0> FALSE driver sleep or >> unload >> <6>rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin >> <7>rtl8192cu:rtl92cu_set_hw_reg():<0-0> ### Set RCR(0xf0002ace) ### >> <7>rtlwifi:rtl_op_conf_tx():<0-0> queue number -954253944 is incorrect! >> <7>rtlwifi:rtl_op_conf_tx():<0-0> queue number -954253944 is incorrect! >> <7>rtlwifi:rtl_op_conf_tx():<0-0> queue number -954253944 is incorrect! >> <7>rtlwifi:rtl_op_conf_tx():<0-0> queue number -954253944 is incorrect! >> <7>rtl8192cu:rtl92cu_set_hw_reg():<0-0> ### Set RCR(0xf0002a0e) ### >> >> ----> ifdown/ifup no scanning results. > > > Please try the attached patch. After looking at the backtraces for the calls > that set the BSSID filters, I could see no reason for the driver to fail, > yet it did. Once I kept those bits clear you did in the beginning, then it > works. The amount of extra overhead will be minimal as the bits were only > set for a short time. > > If this patch works for you, then I will send it upstream for mainline and > stable. The best place to keep the bits clear would be in the calling > routine, not in rtl92cu_set_hw_reg(); however, that patch will be much more > intrusive and would not be accepted for 3.4. It works if I change: rtl_write_dword(rtlpriv, REG_RCR, ((u32 *) (val))[0]); to: rtl_write_dword(rtlpriv, REG_RCR, mac->rx_conf); Thanks, Nicu > > Larry > -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
