Netgear-A6210
Netgear-A6210 copied to clipboard
jurobystricky
Let's make it work - EDUP EP-AC1605
for first: THANK YOU FOR YOUR GREAT WORK!
I have an EDUP-AC1605: all the driver compile ok, with some warnings.
I am running debian testing:
uname -a : Linux debian-netbook 4.3.0-1-amd64 #1 SMP Debian 4.3.5-1 (2016-02-06) x86_64 GNU/Linux
the USB product id is the same of EDUP-1601
The system go in kernel panic if i attach / detach the usb dongle (so I cannot restart network-manager... I need to push down power button and manually restart everything).
If I boot up with usb dongle inserted, generally in 2 or 3 mins the system hangs.
In these 2-3 minutes I cannot connect to any network wireless, BUT the scanning works: in fact I can see the networks around me.
the kernel panic log say:
Feb 24 01:07:37 debian-netbook kernel: [ 289.268321] CFG80211DRV_IoctlHandle: CMD_RTPRIV_IOCTL_80211_NETDEV_EVENT Feb 24 01:07:37 debian-netbook kernel: [ 289.268362] BUG: unable to handle kernel paging request at 000000000013a355 Feb 24 01:07:37 debian-netbook kernel: [ 289.268431] IP: [<ffffffffa10e0551>] CFG80211DRV_IoctlHandle+0x10c1/0x13b0 [mt7662u_sta] Feb 24 01:07:37 debian-netbook kernel: [ 289.268516] PGD b82c5067 PUD b2330067 PMD 0 Feb 24 01:07:37 debian-netbook kernel: [ 289.268557] Oops: 0000 [#1] SMP Feb 24 01:07:37 debian-netbook kernel: [ 289.268588] Modules linked in: rfcomm tun sha256_ssse3 sha256_generic hmac drbg ansi_cprng ctr ccm bnep nls_utf8 nls_cp437 vfat fat mt7662u_sta(O) intel_rapl intel_powerclamp coretemp kvm_intel arc4 uvcvideo kvm videobuf2_vmalloc snd_hda_codec_hdmi iwlmvm snd_hda_codec_realtek snd_hda_codec_generic videobuf2_memops mac80211 videobuf2_core v4l2_common asus_nb_wmi asus_wmi sparse_keymap iTCO_wdt iTCO_vendor_support videodev wl(PO) crct10dif_pclmul media btusb btrtl btbcm btintel bluetooth crc32_pclmul snd_soc_rt5640 snd_soc_rl6231 snd_soc_core i915 cryptd rtsx_pci_ms snd_hda_intel memstick snd_hda_codec iwlwifi snd_hda_core cfg80211 snd_hwdep drm_kms_helper joydev pcspkr evdev snd_compress sg serio_raw efi_pstore efivars rfkill wmi drm snd_pcm 8250_fintek battery ac video snd_timer dw_dmac regmap_i2c tpm_tis snd_soc_sst_acpi dw_dmac_core i2c_algo_bit tpm snd shpchp i2c_designware_platform i2c_i801 i2c_designware_core lpc_ich soundcore button processor iosf_mbi parport_pc ppdev lp parport efivarfs autofs4 ext4 crc16 mbcache jbd2 sd_mod rtsx_pci_sdmmc crc32c_intel psmouse rtsx_pci mfd_core r8169 mii ahci libahci xhci_pci libata xhci_hcd usbcore scsi_mod usb_common thermal sdhci_acpi sdhci mmc_core i2c_hid hid Feb 24 01:07:37 debian-netbook kernel: [ 289.283721] CPU: 1 PID: 481 Comm: NetworkManager Tainted: P W O 4.3.0-1-amd64 #1 Debian 4.3.5-1 Feb 24 01:07:37 debian-netbook kernel: [ 289.286307] Hardware name: ASUSTeK COMPUTER INC. X200MA/X200MA, BIOS X200MA.504 11/13/2014 Feb 24 01:07:37 debian-netbook kernel: [ 289.288883] task: ffff88009a2e5100 ti: ffff88009a2d0000 task.ti: ffff88009a2d0000 Feb 24 01:07:37 debian-netbook kernel: [ 289.291451] RIP: 0010:[<ffffffffa10e0551>] [<ffffffffa10e0551>] CFG80211DRV_IoctlHandle+0x10c1/0x13b0 [mt7662u_sta] Feb 24 01:07:37 debian-netbook kernel: [ 289.294097] RSP: 0018:ffff88009a2d3688 EFLAGS: 00010282 Feb 24 01:07:37 debian-netbook kernel: [ 289.296732] RAX: 000000000000003c RBX: 0000000000000004 RCX: 0000000000000000 Feb 24 01:07:37 debian-netbook kernel: [ 289.299387] RDX: 0000000000000000 RSI: ffff88013fd0dd58 RDI: ffff88013fd0dd58 Feb 24 01:07:37 debian-netbook kernel: [ 289.302020] RBP: ffff8800b25dc000 R08: 000000000000000a R09: 0000000000000703 Feb 24 01:07:37 debian-netbook kernel: [ 289.304631] R10: ffff880036982220 R11: 0000000000000703 R12: ffff8800b25dc850 Feb 24 01:07:37 debian-netbook kernel: [ 289.307227] R13: 0000000000005078 R14: ffff88009a2d37e0 R15: ffff88009330ac00 Feb 24 01:07:37 debian-netbook kernel: [ 289.309826] FS: 00007f7f20b23940(0000) GS:ffff88013fd00000(0000) knlGS:0000000000000000 Feb 24 01:07:37 debian-netbook kernel: [ 289.312441] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Feb 24 01:07:37 debian-netbook kernel: [ 289.315031] CR2: 000000000013a355 CR3: 00000001381d9000 CR4: 00000000001006e0 Feb 24 01:07:37 debian-netbook kernel: [ 289.317617] Stack: Feb 24 01:07:37 debian-netbook kernel: [ 289.320188] ffffffff810a6505 0000000000000000 ffffffff810a1bed 0000000000001247 Feb 24 01:07:37 debian-netbook kernel: [ 289.322808] ffffffff00000002 00000000ddf6f4db ffff8800b25dc850 00000000ddf6f4db Feb 24 01:07:37 debian-netbook kernel: [ 289.325385] ffffffffa046b8c5 0000000000000009 ffff8800b25dc898 ffff8800b25dc850 Feb 24 01:07:37 debian-netbook kernel: [ 289.327943] Call Trace: Feb 24 01:07:37 debian-netbook kernel: [ 289.330487] [<ffffffff810a6505>] ? enqueue_entity+0x445/0x9f0 Feb 24 01:07:37 debian-netbook kernel: [ 289.333039] [<ffffffff810a1bed>] ? select_idle_sibling+0xad/0x100 Feb 24 01:07:37 debian-netbook kernel: [ 289.335569] [<ffffffffa046b8c5>] ? cfg80211_disconnect+0x185/0x1a0 [cfg80211] Feb 24 01:07:37 debian-netbook kernel: [ 289.338084] [<ffffffffa0441eb6>] ? cfg80211_leave+0x26/0x40 [cfg80211] Feb 24 01:07:37 debian-netbook kernel: [ 289.340601] [<ffffffffa10aaedb>] ? RTMP_COM_IoctlHandle+0x69b/0x760 [mt7662u_sta] Feb 24 01:07:37 debian-netbook kernel: [ 289.343121] [<ffffffff8109a1fb>] ? check_preempt_curr+0x7b/0x90 Feb 24 01:07:37 debian-netbook kernel: [ 289.345631] [<ffffffffa10dc10f>] ? CFG80211NetdevNotifierEvent+0xff/0x190 [mt7662u_sta] Feb 24 01:07:37 debian-netbook kernel: [ 289.348109] [<ffffffff81091215>] ? notifier_call_chain+0x45/0x70 Feb 24 01:07:37 debian-netbook kernel: [ 289.350551] [<ffffffff81489db5>] ? __dev_close_many+0x55/0x100 Feb 24 01:07:37 debian-netbook kernel: [ 289.352992] [<ffffffff81489fba>] ? __dev_close+0x3a/0x70 Feb 24 01:07:37 debian-netbook kernel: [ 289.355402] [<ffffffff814928a6>] ? __dev_change_flags+0x96/0x150 Feb 24 01:07:37 debian-netbook kernel: [ 289.357778] [<ffffffff81492983>] ? dev_change_flags+0x23/0x60 Feb 24 01:07:37 debian-netbook kernel: [ 289.360119] [<ffffffff8149fc3b>] ? do_setlink+0x5ab/0xae0 Feb 24 01:07:37 debian-netbook kernel: [ 289.362456] [<ffffffff814a085a>] ? rtnl_newlink+0x5aa/0x8a0 Feb 24 01:07:37 debian-netbook kernel: [ 289.364791] [<ffffffff81261291>] ? security_capable+0x41/0x60 Feb 24 01:07:37 debian-netbook kernel: [ 289.367093] [<ffffffff8149efb1>] ? rtnetlink_rcv_msg+0xe1/0x240 Feb 24 01:07:37 debian-netbook kernel: [ 289.369355] [<ffffffff8147afee>] ? __kmalloc_reserve.isra.32+0x2e/0x80 Feb 24 01:07:37 debian-netbook kernel: [ 289.371608] [<ffffffff8149eed0>] ? rtnetlink_rcv+0x30/0x30 Feb 24 01:07:37 debian-netbook kernel: [ 289.373837] [<ffffffff814c1001>] ? netlink_rcv_skb+0xa1/0xc0 Feb 24 01:07:37 debian-netbook kernel: [ 289.376033] [<ffffffff8149eec4>] ? rtnetlink_rcv+0x24/0x30 Feb 24 01:07:37 debian-netbook kernel: [ 289.378200] [<ffffffff814c07b1>] ? netlink_unicast+0x121/0x1a0 Feb 24 01:07:37 debian-netbook kernel: [ 289.380378] [<ffffffff814c0cd1>] ? netlink_sendmsg+0x4a1/0x600 Feb 24 01:07:37 debian-netbook kernel: [ 289.382475] [<ffffffff811ce478>] ? rw_copy_check_uvector+0x68/0x110 Feb 24 01:07:37 debian-netbook kernel: [ 289.384500] [<ffffffff814741e0>] ? sock_sendmsg+0x30/0x40 Feb 24 01:07:37 debian-netbook kernel: [ 289.386445] [<ffffffff81474ae1>] ? ___sys_sendmsg+0x281/0x290 Feb 24 01:07:37 debian-netbook kernel: [ 289.388316] [<ffffffff810e7573>] ? futex_wake+0x93/0x170 Feb 24 01:07:37 debian-netbook kernel: [ 289.390106] [<ffffffff813fbd5d>] ? uevent_show+0xdd/0x100 Feb 24 01:07:37 debian-netbook kernel: [ 289.391818] [<ffffffff814754fe>] ? __sys_sendmsg+0x4e/0x90 Feb 24 01:07:37 debian-netbook kernel: [ 289.393452] [<ffffffff81586432>] ? system_call_fast_compare_end+0xc/0x67 Feb 24 01:07:37 debian-netbook kernel: [ 289.395024] Code: f9 df 8b 0f 41 89 4d 00 89 d1 8b 74 0f fc 41 89 74 0d fc e9 be fd ff ff 48 c7 c6 80 4e 10 a1 48 c7 c7 a0 f8 11 a1 e8 22 d7 07 e0 <80> bb 51 a3 13 00 01 0f 85 a4 f0 ff ff 83 3d fb 6e 06 00 01 0f Feb 24 01:07:37 debian-netbook kernel: [ 289.398444] RIP [<ffffffffa10e0551>] CFG80211DRV_IoctlHandle+0x10c1/0x13b0 [mt7662u_sta] Feb 24 01:07:37 debian-netbook kernel: [ 289.400116] RSP <ffff88009a2d3688> Feb 24 01:07:37 debian-netbook kernel: [ 289.401715] CR2: 000000000013a355 Feb 24 01:07:37 debian-netbook kernel: [ 289.413161] ---[ end trace b837acfcb5aa965c ]---
Here the only warnings:
CC [M] /home/paolo/Scaricati/MT/4.2.1/os/linux/../../common/cmm_data.o /home/paolo/Scaricati/MT/4.2.1/os/linux/../../common/cmm_data.c: In function ‘TxPktClassification’: /home/paolo/Scaricati/MT/4.2.1/os/linux/../../common/cmm_data.c:1258:4: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]
&& (TxFrameType == TX_LEGACY_FRAME)
^
Thanks for taking the time to post the log. I'll need some time to digest it. There seem to be several issues (maybe the same one) with EDUP-1601, I'm waiting for one of those dongles myself. Once I get it, it should be fairly straightforward to determine what's going on.
If you need help I'll try to help you: As of now reading the KP log, I can see:
[ 289.398444] RIP [
Maybe could be sometring wrong in CFG80211DRV_IoctlHandle function?
Yesterday I tried with a ubuntu live cd with kernel 4.2.0: same issues, same KP.
maybe helpful:
with gdb, listing the function CFG80211DRV_IoctlHandle+0x10c1/0x13b0, I found:
0x7c4c0 is in CFG80211DRV_IoctlHandle (/home/paolo/Scaricati/MT/mt7612u/4.2.1/os/linux/../../os/linux/cfg80211/cfg80211drv.c:57).
52 #endif /*CONFIG_STA_SUPPORT*/
53
54 extern struct notifier_block cfg80211_netdev_notifier;
55
56 int CFG80211DRV_IoctlHandle(void *pAdSrc, int cmd, void *pData, ULONG Data)
57 {
58 PRTMP_ADAPTER pAd = (PRTMP_ADAPTER)pAdSrc;
59
60 switch (cmd) {
61 case CMD_RTPRIV_IOCTL_80211_START:
Thanks, CFG80211DRV_IoctlHandle is a rather misnamed function. The BUG: unable to handle kernel paging request at 000000000013a355 happens in CFG80211DRV_IoctlHandle: CMD_RTPRIV_IOCTL_80211_NETDEV_EVENT, the code there is supposed to stop scanning if scanning in progress. This routine is called from network event notifier, and most likely got it pointers mangled. Try to simply comment out (and rebuild the driver) the line RTMP_DRIVER_80211_NETDEV_EVENT(pAd, ndev, state); in the routine CFG80211NetdevNotifierEvent.
Row 2573 of cfg80211.c right? Il 25/feb/2016 15:29, "jurobystricky" [email protected] ha scritto:
Thanks, CFG80211DRV_IoctlHandle is a rather misnamed function. The BUG: unable to handle kernel paging request at 000000000013a355 happens in CFG80211DRV_IoctlHandle: CMD_RTPRIV_IOCTL_80211_NETDEV_EVENT, the code there is supposed to stop scanning if scanning in progress. This routine is called from network event notifier, and most likely got it pointers mangled. Try to simply comment out (and rebuild the driver) the line RTMP_DRIVER_80211_NETDEV_EVENT(pAd, ndev, state); in the routine CFG80211NetdevNotifierEvent.
— Reply to this email directly or view it on GitHub https://github.com/jurobystricky/Netgear-A6210/issues/6#issuecomment-188809670 .
here a cat of my syslog cutted and filtered:
http://pastebin.com/LgNWSgnb
ignore lines from 166 to 207 because are caused by iwlwifi, so from my other inter wifi card.
I'm sorry but I cannot filter lines from other wifi dongles inside my pc like that:
Feb 26 04:24:40 debian-netbook dhclient[7643]: DHCPACK of 192.168.1.134 from 192.168.1.254
Feb 26 04:24:40 debian-netbook NetworkManager[7586]:
But as you can see kernel panic are still there:
Feb 26 04:24:41 debian-netbook kernel: [ 2712.166877] WARNING: CPU: 0 PID: 7365 at /build/linux-19r8NQ/linux-4.3.5/net/wireless/sme.c:714 __cfg80211_connect_result+0x3$
Feb 26 04:24:41 debian-netbook kernel: [ 2712.166975] CPU: 0 PID: 7365 Comm: kworker/u4:0 Tainted: P W O 4.3.0-1-amd64 #1 Debian 4.3.5-1
Feb 26 04:24:41 debian-netbook kernel: [ 2712.166977] Hardware name: ASUSTeK COMPUTER INC. X200MA/X200MA, BIOS X200MA.504 11/13/2014
Feb 26 04:24:41 debian-netbook kernel: [ 2712.166989] Workqueue: cfg80211 cfg80211_event_work [cfg80211]
Feb 26 04:24:41 debian-netbook kernel: [ 2712.166991] 0000000000000000 00000000c8248438 ffffffff812ddf19 0000000000000000
Feb 26 04:24:41 debian-netbook kernel: [ 2712.166995] ffffffff81072afd ffff88008233b800 ffff88007686bda8 0000000000000000
Feb 26 04:24:41 debian-netbook kernel: [ 2712.166999] 0000000000000000 ffff88012ce7c000 ffffffffa04f4936 0000000000000002
Feb 26 04:24:41 debian-netbook kernel: [ 2712.167002] Call Trace:
Feb 26 04:24:41 debian-netbook kernel: [ 2712.167011] [
Not really kernel panic, but a warning from http://lxr.free-electrons.com/source/net/wireless/sme.c#L714 definitely something to look into, but I don't think that is the culprit. There are additional messages in the log that deserve attention.
I found that, if I do iwlist wlan0 scanning, the result is really strange:
in front of my router I obtain a 60/100 quality signal for 5 ghz network and 10/100 quality signal for 2.4 network.
In all cases I cannot connect to any network. Can I help you in some way?
Well, yesterday I installed debian 8.3 (AMD64) and rebuilt the driver (Netgear dongle). A bit to my surprise, it worked quite well. I could also unplug/replug the dongle and nothing broke, did not need to restart the network manager. I did, however, get some new compiler warnings which I need to look into. As for the signal quality, I would take it with a grain of salt.
As I commented on another issue, with the EDUP dongle the kernel panics persists and there are some cuts, bad reception and low bitrate that makes me think perhaps the EDUP dongle have some differences with the Netgear one, at least on the antennae part.
Is there anything we can do to help you discover the differences between both devices? El 29/02/2016 22:04, "jurobystricky" [email protected] escribió:
Well, yesterday I installed debian 8.3 (AMD64) and rebuilt the driver (Netgear dongle). A bit to my surprise, it worked quite well. I could also unplug/replug the dongle and nothing broke, did not need to restart the network manager. I did, however, get some new compiler warnings which I need to look into. As for the signal quality, I would take it with a grain of salt.
— Reply to this email directly or view it on GitHub https://github.com/jurobystricky/Netgear-A6210/issues/6#issuecomment-190391904 .
My own EDUP should arrive today (based on tracking #). That will hopefully reveal differences between the two dongles.
EDUP arrived. I can use it, but it looses connection frequently. But now I can at least investigate the problem using may machine.
Apart of the connection stability, isn't the speed somewhat lower than expected? El 02/03/2016 16:02, "jurobystricky" [email protected] escribió:
EDUP arrived. I can use it, but it looses connection frequently. But now I can at least investigate the problem using may machine.
— Reply to this email directly or view it on GitHub https://github.com/jurobystricky/Netgear-A6210/issues/6#issuecomment-191275965 .
I haven't tested it deeply, but I left a ping working and forgot about it and I had no more disconnects for a good hour. Two minutes after I stopped it I got a disconnect. I have been running a ping for another hour and no more disconnects for the moment.
Tomorrow i'll try it: I downgraded to 3.16 for stability issues Il 07/mar/2016 22:44, "madmalkav" [email protected] ha scritto:
I haven't tested it deeply, but I left a ping working and forgot about it and I had no more disconnects for a good hour. Two minutes after I stopped it I got a disconnect. I have been running a ping for another hour and no more disconnects for the moment.
— Reply to this email directly or view it on GitHub https://github.com/jurobystricky/Netgear-A6210/issues/6#issuecomment-193467493 .
Hi,
Sorry for my silence I tried on 5 different pc with linux debian 8.3.0 and kernel 3.16.0.4 with no success: the dongle find with terrible signal networks around me, but cannot connect.
This is the compilation log
http://pastebin.com/X5fCtpKE
this is my uname -a
Linux debian-netbook 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u4 (2016-02-29) x86_64 GNU/Linux
May I help you now that I have a little bit of time?
Thanks
Can you ask you why you still use kernel 3.16 ? El 01/04/2016 23:58, "paolomeraviglia" [email protected] escribió:
Hi,
Sorry for my silence I tried on 5 different pc with linux debian 8.3.0 and kernel 3.16.0.4 with no success: the dongle find with terrible signal networks around me, but cannot connect.
This is the compilation log
http://pastebin.com/X5fCtpKE
this is my uname -a Linux debian-netbook 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u4 (2016-02-29) x86_64 GNU/Linux
May I help you now that I have a little bit of time?
Thanks
— You are receiving this because you commented. Reply to this email directly or view it on GitHub https://github.com/jurobystricky/Netgear-A6210/issues/6#issuecomment-204584170
i'm using it because it's the default kernel of debian 8.3.0 stable.
other info from kernel:
Apr 2 01:22:58 debian-netbook kernel: [ 296.502138] ERROR mt766u_sta:RTMPResumeMsduTransmission, R66CurrentValue=0...
uhm: some strange errors:
Apr 2 01:36:01 debian-netbook kernel: [ 1079.766826] ERROR mt766u_sta:RTMPResumeMsduTransmission, R66CurrentValue=0...
?
Apr 2 01:35:55 debian-netbook kernel: [ 1073.496427] cfg80211: Regulatory domain changed to country: DE
(why not IT?)
Apr 2 01:33:24 debian-netbook NetworkManager[474]: <warn> (wlan1): failed to reset MAC address to 00:00:00:00:00:00
uhm... strange MAC address...
Apr 2 01:33:24 debian-netbook NetworkManager[474]: <warn> Activation (wlan1/wireless): association took too long.
and finally kernel panic:
http://pastebin.com/K2PU1Mhy
mmm other message:
Apr 2 01:46:26 debian-netbook kernel: [ 1705.090707] /home/paolo/git/Netgear-A6210/os/linux/../../sta/rtmp_data.c:413 assert pRxBlk->wcid == BSSID_WCIDfailed
look at the directory: why it's using local home path? I've already done make install!
Regarding your observations: The kernel message you see is not a panic, but a warning. Not that we want to see that either, but not nearly as severe. As for the assert message, that is how assert is implemented, it embeds the file name/location into the binary image during compilation. It embeds an absolute path file name. It has nothing to do with installation. (Note that in the kernel warning you also an absolute path name based on the build system pf the kernel as well) Having said that, I just pushed some changes which make my EDUP EP-AC1601 much more stable. Please try them and let me know if they worked for you.
Hi,
I’m still having the same problem with my EDUP EP-AC1601 and Kali:
[ 142.264787] andes_usb_load_rom_patch: upload fw timeout [ 142.264794] ERROR mt766u_sta:load patch failed, Status[=0x00000001] [ 142.264912] receive cmd msg fail(-2) [ 142.264971] tx_kickout_fail_count = 0 [ 142.264973] tx_timeout_fail_count = 0 [ 142.264974] rx_receive_fail_count = 0 [ 142.264975] alloc_cmd_msg = 1 [ 142.264976] free_cmd_msg = 1 [ 142.264978] !!! rt28xx init fail !!! [ 142.268032] -->RTUSBVendorReset [ 142.288266] <--RTUSBVendorReset [ 144.289112] andes_usb_load_rom_patch: upload fw timeout [ 144.289119] ERROR mt766u_sta:load patch failed, Status[=0x00000001] [ 144.289242] receive cmd msg fail(-2) [ 144.289304] tx_kickout_fail_count = 0 [ 144.289307] tx_timeout_fail_count = 0 [ 144.289308] rx_receive_fail_count = 0 [ 144.289309] alloc_cmd_msg = 1 [ 144.289310] free_cmd_msg = 1 [ 144.289312] !!! rt28xx init fail !!! [ 144.291516] -->RTUSBVendorReset [ 144.311749] <--RTUSBVendorReset
On 06 Apr 2016, at 16:41, jurobystricky [email protected] wrote:
Regarding your observations: The kernel message you see is not a panic, but a warning. Not that we want to see that either, but not nearly as severe. As for the assert message, that is how assert is implemented, it embeds the file name/location into the binary image during compilation. It embeds an absolute path file name. It has nothing to do with installation. (Note that in the kernel warning you also an absolute path name based on the build system pf the kernel as well) Having said that, I just pushed some changes which make my EDUP EP-AC1601 much more stable. Please try them and let me know if they worked for you.
— You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub https://github.com/jurobystricky/Netgear-A6210/issues/6#issuecomment-206378456
git pull; make clean; make; sudo make install and then reboot should be enough to install the new version? If so, I haven't got any improvement, i.e. I still need to run a ping in the background to avoid connection losts.
Please tell me what exactly you want me to log and I will upload tomorrow. El 06/04/2016 23:25, "jurobystricky" [email protected] escribió:
@madmalkav https://github.com/madmalkav : Can you please post the full log?
— You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub https://github.com/jurobystricky/Netgear-A6210/issues/6#issuecomment-206577147
@madmalkav : Kernel log (dmesg), from the moment you boot (with the dongle plugged in) until a disconnect.
Ok, I've got out of the ciry some hours ago, tomorrow when I get back will send the log. El 06/04/2016 23:32, "jurobystricky" [email protected] escribió:
@madmalkav https://github.com/madmalkav : Kernel log (dmesg), from the moment you boot (with the dongle plugged in) until a disconnect.
— You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub https://github.com/jurobystricky/Netgear-A6210/issues/6#issuecomment-206579860