[Desktop-packages] Retroceder: [Bug 1210785] Re: wpa_supplicant crashed with SIGSEGV
Gracias amigos, desapareció el error reportado. Trabaja de maravilla Launchpad Bug Tracker 1210...@bugs.launchpad.net escribió: This bug was fixed in the package wpa - 1.0-3ubuntu4 --- wpa (1.0-3ubuntu4) trusty; urgency=low * debian/patches/git_deinit_p2p_context_on_mgmt_remove_ff1f9c8.patch: deinitialize the P2P context when the management interface gets removed for whatever reason, such as a suspend/resume cycle. (LP: #1210785) -- Mathieu Trudel-Lapierre mathieu...@ubuntu.com Mon, 18 Nov 2013 20:31:00 -0500 ** Changed in: wpa (Ubuntu) Status: In Progress = Fix Released -- You received this bug notification because you are subscribed to a duplicate bug report (1237190). https://bugs.launchpad.net/bugs/1210785 Title: wpa_supplicant crashed with SIGSEGV Status in “wpa” package in Ubuntu: Fix Released Status in “wpa” source package in Saucy: In Progress Bug description: [Impact] Any user of wpasupplicant, provided they have hardware that reports supporting P2P, possibly others as well. This is timing related in how wpasupplicant handles management interface changes (usually from request of another process, such as NetworkManager). [Regression potential] This fixes a known issue in the logic handling the p2p (wpa) context in wpasupplicant, specifically for P2P, so not expected to actually break things for a lot of people, given that P2P, although enabled, is not currently supported by NetworkManager or any other way except with manual configuration of wpasupplicant. If anything, what would be likely to break is tracking of the context for a p2p supplicant: in other words, it could be possible for the context (the way for the supplicant to get to the control interface, and as such possibly log information or errors) for the p2p supplicant (the supplicant process specifically for Wifi P2P support, which is somewhat separate from the standard wifi process) to be lost as the management interface changes due to command line requests, suspend/resume cycle, etc. causing a change in the available interfaces. I hope this is somewhat clear-ish ;) [Test Case] 1) remove wpa crash files from /var/crash: rm -f /var/crash/_sbin_wpa* 2) Suspend/resume repeatedly until the supplicant crashes. Without the patch, you should see an apport dialog pop up after a few cycles (possibly within 10 cycles?) With the patch, the supplicant should not crash. wpa_supplicant crashed with SIGSEGV ProblemType: Crash DistroRelease: Ubuntu 13.10 Package: wpasupplicant 1.0-3ubuntu2 ProcVersionSignature: Ubuntu 3.11.0-1.4-generic 3.11.0-rc4 Uname: Linux 3.11.0-1-generic i686 ApportVersion: 2.12-0ubuntu3 Architecture: i386 CrashCounter: 1 Date: Sat Aug 10 16:58:28 2013 ExecutablePath: /sbin/wpa_supplicant InstallationDate: Installed on 2013-08-06 (4 days ago) InstallationMedia: Xubuntu 13.10 Saucy Salamander - Alpha i386 (20130730) MarkForUpload: True ProcCmdline: /sbin/wpa_supplicant -B -P /run/sendsigs.omit.d/wpasupplicant.pid -u -s -O /var/run/wpa_supplicant ProcEnviron: SegvAnalysis: Segfault happened at: 0x81028d0:mov0x4(%esi),%edx PC (0x081028d0) ok source 0x4(%esi) (0x012d) not located in a known VMA region (needed readable region)! destination %edx ok SegvReason: reading NULL VMA Signal: 11 SourcePackage: wpa StacktraceTop: ?? () ?? () ?? () ?? () ?? () Title: wpa_supplicant crashed with SIGSEGV UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1210785/+subscriptions -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1210785 Title: wpa_supplicant crashed with SIGSEGV Status in “wpa” package in Ubuntu: Fix Released Status in “wpa” source package in Saucy: In Progress Bug description: [Impact] Any user of wpasupplicant, provided they have hardware that reports supporting P2P, possibly others as well. This is timing related in how wpasupplicant handles management interface changes (usually from request of another process, such as NetworkManager). [Regression potential] This fixes a known issue in the logic handling the p2p (wpa) context in wpasupplicant, specifically for P2P, so not expected to actually break things for a lot of people, given that P2P, although enabled, is not currently supported by NetworkManager or any other way except with manual configuration of wpasupplicant. If anything, what would be likely to break is tracking of the context for a p2p supplicant: in other words, it could be possible for the context (the way for the supplicant to get to the control interface, and as such possibly log information or errors) for the p2p supplicant (the supplicant process
[Desktop-packages] Retroceder: [Bug 1210785] Re: wpa_supplicant crashed with SIGSEGV
Gracias amigos, desapareció el error reportado. Trabaja de maravilla Mathieu Trudel-Lapierre mathieu...@gmail.com escribió: ** Also affects: wpa (Ubuntu Saucy) Importance: Undecided Status: New ** Changed in: wpa (Ubuntu Saucy) Importance: Undecided = High ** Changed in: wpa (Ubuntu Saucy) Status: New = In Progress ** Changed in: wpa (Ubuntu Saucy) Assignee: (unassigned) = Mathieu Trudel-Lapierre (mathieu-tl) -- You received this bug notification because you are subscribed to a duplicate bug report (1237190). https://bugs.launchpad.net/bugs/1210785 Title: wpa_supplicant crashed with SIGSEGV Status in “wpa” package in Ubuntu: In Progress Status in “wpa” source package in Saucy: In Progress Bug description: wpa_supplicant crashed with SIGSEGV ProblemType: Crash DistroRelease: Ubuntu 13.10 Package: wpasupplicant 1.0-3ubuntu2 ProcVersionSignature: Ubuntu 3.11.0-1.4-generic 3.11.0-rc4 Uname: Linux 3.11.0-1-generic i686 ApportVersion: 2.12-0ubuntu3 Architecture: i386 CrashCounter: 1 Date: Sat Aug 10 16:58:28 2013 ExecutablePath: /sbin/wpa_supplicant InstallationDate: Installed on 2013-08-06 (4 days ago) InstallationMedia: Xubuntu 13.10 Saucy Salamander - Alpha i386 (20130730) MarkForUpload: True ProcCmdline: /sbin/wpa_supplicant -B -P /run/sendsigs.omit.d/wpasupplicant.pid -u -s -O /var/run/wpa_supplicant ProcEnviron: SegvAnalysis: Segfault happened at: 0x81028d0:mov0x4(%esi),%edx PC (0x081028d0) ok source 0x4(%esi) (0x012d) not located in a known VMA region (needed readable region)! destination %edx ok SegvReason: reading NULL VMA Signal: 11 SourcePackage: wpa StacktraceTop: ?? () ?? () ?? () ?? () ?? () Title: wpa_supplicant crashed with SIGSEGV UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1210785/+subscriptions -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1210785 Title: wpa_supplicant crashed with SIGSEGV Status in “wpa” package in Ubuntu: Fix Released Status in “wpa” source package in Saucy: In Progress Bug description: [Impact] Any user of wpasupplicant, provided they have hardware that reports supporting P2P, possibly others as well. This is timing related in how wpasupplicant handles management interface changes (usually from request of another process, such as NetworkManager). [Regression potential] This fixes a known issue in the logic handling the p2p (wpa) context in wpasupplicant, specifically for P2P, so not expected to actually break things for a lot of people, given that P2P, although enabled, is not currently supported by NetworkManager or any other way except with manual configuration of wpasupplicant. If anything, what would be likely to break is tracking of the context for a p2p supplicant: in other words, it could be possible for the context (the way for the supplicant to get to the control interface, and as such possibly log information or errors) for the p2p supplicant (the supplicant process specifically for Wifi P2P support, which is somewhat separate from the standard wifi process) to be lost as the management interface changes due to command line requests, suspend/resume cycle, etc. causing a change in the available interfaces. I hope this is somewhat clear-ish ;) [Test Case] 1) remove wpa crash files from /var/crash: rm -f /var/crash/_sbin_wpa* 2) Suspend/resume repeatedly until the supplicant crashes. Without the patch, you should see an apport dialog pop up after a few cycles (possibly within 10 cycles?) With the patch, the supplicant should not crash. wpa_supplicant crashed with SIGSEGV ProblemType: Crash DistroRelease: Ubuntu 13.10 Package: wpasupplicant 1.0-3ubuntu2 ProcVersionSignature: Ubuntu 3.11.0-1.4-generic 3.11.0-rc4 Uname: Linux 3.11.0-1-generic i686 ApportVersion: 2.12-0ubuntu3 Architecture: i386 CrashCounter: 1 Date: Sat Aug 10 16:58:28 2013 ExecutablePath: /sbin/wpa_supplicant InstallationDate: Installed on 2013-08-06 (4 days ago) InstallationMedia: Xubuntu 13.10 Saucy Salamander - Alpha i386 (20130730) MarkForUpload: True ProcCmdline: /sbin/wpa_supplicant -B -P /run/sendsigs.omit.d/wpasupplicant.pid -u -s -O /var/run/wpa_supplicant ProcEnviron: SegvAnalysis: Segfault happened at: 0x81028d0: mov0x4(%esi),%edx PC (0x081028d0) ok source 0x4(%esi) (0x012d) not located in a known VMA region (needed readable region)! destination %edx ok SegvReason: reading NULL VMA Signal: 11 SourcePackage: wpa StacktraceTop: ?? () ?? () ?? () ?? () ?? () Title: wpa_supplicant crashed with SIGSEGV UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: To