On 06/28/2011 11:16 PM, Hüvely Balázs wrote: > On 06/29/2011 12:07 AM, JD wrote: >> On 06/28/2011 01:39 PM, Hüvely Balázs wrote: >>> Hi All! >>> >>> I have a big and old problem with my toshiba satellite notebook's wifi. >>> The original wifi card was a realtek, which is always freezed, so after >>> a few months I decided to replace that card to an intel one. I searched >>> the net for full supported wifi card, and I found that intel wifi link >>> 5100 will be the good choice for linux. >>> >>> I get the interface, installed to my computer, and everything was fine >>> for a little time. >>> >>> Now my problem is the card after few minutues or an hour hangs on. I >>> tried to associate the card again to my AP, but no success. I look after >>> for my dmesg, and here below my results: >>> >>> [ 120.302525] iwlagn 0000:06:00.0: Aggregation not enabled for tid 0 >>> because load = 0 >>> [ 123.115878] process `skype' is using obsolete setsockopt SO_BSDCOMPAT >>> [ 123.542529] iwlagn 0000:06:00.0: iwlagn_tx_agg_start on ra = >>> 74:ea:3a:a5:d3:28 tid = 0 >>> [ 183.974273] SELinux: initialized (dev proc, type proc), uses >>> genfs_contexts >>> [ 400.474353] TCP lp registered >>> [ 1723.179600] iwlagn 0000:06:00.0: Error sending REPLY_ADD_STA: time >>> out after 500ms. >>> [ 1723.179611] HW problem - can not stop rx aggregation for tid 0 >>> [ 1723.679449] iwlagn 0000:06:00.0: Error sending REPLY_ADD_STA: time >>> out after 500ms. >>> [ 1723.679458] HW problem - can not stop rx aggregation for tid 6 >>> [ 1724.179220] iwlagn 0000:06:00.0: Error sending REPLY_QOS_PARAM: time >>> out after 500ms. >>> [ 1724.179230] iwlagn 0000:06:00.0: Failed to update QoS >>> [ 1724.678972] iwlagn 0000:06:00.0: Error sending REPLY_RXON: time out >>> after 500ms. >>> [ 1724.678984] iwlagn 0000:06:00.0: Error clearing ASSOC_MSK on BSS (-110) >>> [ 1725.178850] iwlagn 0000:06:00.0: Error sending REPLY_RXON: time out >>> after 500ms. >>> [ 1725.178860] iwlagn 0000:06:00.0: Error clearing ASSOC_MSK on BSS (-110) >>> [ 1725.678547] iwlagn 0000:06:00.0: Error sending REPLY_QOS_PARAM: time >>> out after 500ms. >>> [ 1725.678561] iwlagn 0000:06:00.0: Failed to update QoS >>> [ 1726.178336] iwlagn 0000:06:00.0: Error sending REPLY_RXON: time out >>> after 500ms. >>> [ 1726.178348] iwlagn 0000:06:00.0: Error clearing ASSOC_MSK on BSS (-110) >>> [ 1726.178369] iwlagn 0000:06:00.0: Stopping AGG while state not ON or >>> starting >>> [ 1726.680114] iwlagn 0000:06:00.0: Error sending REPLY_ADD_STA: time >>> out after 500ms. >>> [ 1726.680137] ieee80211 phy0: failed to remove key (0, >>> 74:ea:3a:a5:d3:28) from hardware (-110) >>> [ 1727.179980] iwlagn 0000:06:00.0: Error sending REPLY_REMOVE_STA: time >>> out after 500ms. >>> [ 1727.179988] iwlagn 0000:06:00.0: Error removing station >>> 74:ea:3a:a5:d3:28 >>> [ 1727.679730] iwlagn 0000:06:00.0: Error sending REPLY_RXON: time out >>> after 500ms. >>> [ 1727.679740] iwlagn 0000:06:00.0: Error clearing ASSOC_MSK on BSS (-110) >>> [ 1729.680851] iwlagn 0000:06:00.0: fail to flush all tx fifo queues >>> [ 1730.180672] iwlagn 0000:06:00.0: Error sending REPLY_RXON: time out >>> after 500ms. >>> [ 1730.180687] iwlagn 0000:06:00.0: Error clearing ASSOC_MSK on BSS (-110) >>> [ 1730.686517] iwlagn 0000:06:00.0: Error sending REPLY_ADD_STA: time >>> out after 500ms. >>> [ 1730.686533] ieee80211 phy0: failed to remove key (1, >>> ff:ff:ff:ff:ff:ff) from hardware (-110) >>> [ 1730.686660] cfg80211: Calling CRDA to update world regulatory domain >>> [ 1731.187203] iwlagn 0000:06:00.0: Error sending REPLY_RXON: time out >>> after 500ms. >>> [ 1731.187211] iwlagn 0000:06:00.0: Error clearing ASSOC_MSK on BSS (-110) >>> [ 1731.627020] iwlagn 0000:06:00.0: Queue 4 stuck for 10000 ms. >>> [ 1731.627032] iwlagn 0000:06:00.0: On demand firmware reload >>> [ 1731.687024] iwlagn 0000:06:00.0: Error sending REPLY_RXON: time out >>> after 500ms. >>> [ 1731.687037] iwlagn 0000:06:00.0: Error clearing ASSOC_MSK on BSS (-110) >>> [ 1731.687059] iwlagn 0000:06:00.0: Request scan called when driver not >>> ready. >>> [ 1731.687325] cfg80211: World regulatory domain updated: >>> [ 1731.687331] cfg80211: (start_freq - end_freq @ bandwidth), >>> (max_antenna_gain, max_eirp) >>> [ 1731.687337] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), >>> (300 mBi, 2000 mBm) >>> [ 1731.687343] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), >>> (300 mBi, 2000 mBm) >>> [ 1731.687348] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), >>> (300 mBi, 2000 mBm) >>> [ 1731.687354] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), >>> (300 mBi, 2000 mBm) >>> [ 1731.687359] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), >>> (300 mBi, 2000 mBm) >>> [ 1731.687707] cfg80211: Calling CRDA for country: HU >>> [ 1731.706420] iwlagn 0000:06:00.0: MAC is in deep sleep!. CSR_GP_CNTRL >>> = 0xFFFFFFFF >>> [ 1731.720236] cfg80211: Regulatory domain changed to country: HU >>> [ 1731.720240] cfg80211: (start_freq - end_freq @ bandwidth), >>> (max_antenna_gain, max_eirp) >>> [ 1731.720243] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), >>> (N/A, 2000 mBm) >>> [ 1731.720246] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), >>> (N/A, 2000 mBm) >>> [ 1731.720248] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), >>> (N/A, 2000 mBm) >>> [ 1731.720251] cfg80211: (5490000 KHz - 5710000 KHz @ 40000 KHz), >>> (N/A, 2700 mBm) >>> [ 1731.725271] iwlagn 0000:06:00.0: MAC is in deep sleep!. CSR_GP_CNTRL >>> = 0xFFFFFFFF >>> [ 1731.744111] iwlagn 0000:06:00.0: MAC is in deep sleep!. CSR_GP_CNTRL >>> = 0xFFFFFFFF >>> [ 1731.762903] iwlagn 0000:06:00.0: MAC is in deep sleep!. CSR_GP_CNTRL >>> = 0xFFFFFFFF >>> [ 1731.781597] iwlagn 0000:06:00.0: MAC is in deep sleep!. CSR_GP_CNTRL >>> = 0xFFFFFFFF >>> [ 1731.800298] iwlagn 0000:06:00.0: MAC is in deep sleep!. CSR_GP_CNTRL >>> = 0xFFFFFFFF >>> [ 1731.818996] iwlagn 0000:06:00.0: MAC is in deep sleep!. CSR_GP_CNTRL >>> = 0xFFFFFFFF >>> [ 1731.837699] iwlagn 0000:06:00.0: MAC is in deep sleep!. CSR_GP_CNTRL >>> = 0xFFFFFFFF >>> . >>> . >>> . >>> . >>> And many MAC is in deep sleep message. >>> >>> Is there any workaround or fix for my card? >>> >>> Additional info, my card is placed my notebook sorrounded by pastic >>> parts, and there is no possibility to cool down the interface. Maybe >>> it's overheated. >>> >>> Any suggestion? How I will able to use this card normally? >>> >>> Thanks: Balazs problem with ath9k driver ( >> Does it associate if you reboot? >> > Yes, If I reboot, it works normally and fine for a little time. (~ half > an hour) You might want to search the kernel bugzilla for some keywords that are specific to your problems. bugzilla.kernel.org -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
