Bug 459311
| Summary: | Macbook Pro (4,1) + ndiswrapper + latest NetworkManager = CPU#0 stuck for 61s! | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Anderson Silva <ansilva> | ||||
| Component: | NetworkManager | Assignee: | Dan Williams <dcbw> | ||||
| Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 9 | CC: | dcbw, wtogami | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2008-08-16 06:50:26 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Anderson Silva
2008-08-16 00:41:59 UTC
Created attachment 314425 [details]
scrubbed message log
@redhat.com? You really should know better. There is absolutely nothing we can do about ndiswrapper. The Fedora kernel is not even capable of running with stability with ndiswrapper because you need 16KB stacks while Fedora kernel uses 4KB stacks for performance. wtogami you should read my post better. The problem is not ndiswrapper, it is NetworkManager, if the problem was ndiswrapper the dirvers wouldn't work even if I used system-config-network. So, instead of giving me attitude, why not just try to be helpful. If the bug won't be fixed, that's fine... just a shame that we have to keep shipping buggy software. I want to go on record and say a couple of things here: 1. I want to apologize for the 'buggy software' remark, software is complex, and virtually always there's going to be bugs on them with that said. 2. It's really hard not to get mad with remarks like: "@redhat.com? You really should know better." Does everyone who work at red hat a kernel developer? It's very frustrating, because I know a lot of people in the Fedora community thrive to get people participating with the development with the OS with documentation, bug filing, packaging, development, etc... Yet, I find myself asking if I will ever file a bug at bugzilla again due to the fact that I am expected to know the ins and outs of the operating system just because I work at redhat.com. Yes, I work there, yet that doesn't mean I know everything there is to know about the ins and outs of the operating system. I will leave at that, I just hope that anyone who gets this email will be able to reflect upon how well are we treating Fedora users who are taking their personal time to contribute independent of where they work at. If at any point your machine hangs or panics when using NetworkManager, that is a kernel or driver problem. It's not NetworkManager's problem. The kernel/driver should never panic or hang when asked to do anything. NM uses wpa_supplicant to drive the wifi card, and the supplicant does a lot of things differently than system-config-network/iwconfig do precisely becuase it's more capable. But that still means that if something panics or hangs, the kernel or driver are at fault here. And because it's ndiswrapper, there's absolutely nothing we can do, because the driver is actually a closed-source Windows NDIS blob that we cannot fix :( I feel your pain though, because there isn't a driver for the newer broadcom parts yet, and that sucks. dcbw, thank you for you explanation. sounds good. AS |