Re: Crashes of tainted kernels

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 03/17/2015 02:41 PM, Rick Stevens wrote:
On 03/17/2015 01:26 PM, Chris Murphy wrote:
On Tue, Mar 17, 2015 at 2:15 PM, jd1008 <jd1008@xxxxxxxxx> wrote:


On 03/16/2015 02:58 PM, Joe Zeff wrote:

On 03/16/2015 12:37 PM, Chris Murphy wrote:


Just because the crash doesn't occur in an out of tree module, doesn't mean that the out of tree module isn't instigating the problem though.


Agreed.  That's why I suggested trying to duplicate the crash with an
untainted kernel.

Or, abrt should allow the user to submit the bug to some
other bugzilla - i.e; not necessarily fedora nor redhat.
All abrt needs to do is ask the user for that "other"
user's login credentials.

a. It actually has to communicate with a server, so whose hosting this
"other" bugzilla?

I think the point here is that a user could configure ADDITIONAL
bugzilla sites. If the kernel aborts and abrt determines it's a tainted
kernel, then it could pop up this list of additional sites and let the
user report the crash to a site on that list. Yes, this is an extension
to abrt, but I think a reasonable (and positive) one.

b. Then what happens? Who looks at these reports?

It rather depends on which site you're reporting to. I think bug
reports to companies such as nVidia or AMD or HP or Intel or any one of
a number of others would be looked at. I do development work on nVidia
CUDA stuff and, while they don't have a bugzilla, they are responsive
to bug reports using their other mechanisms.

Why bother with this infrastructure if no one is going to look at the
reports or do anything about them?

You're assuming they won't without any reason to think that. The fact
they set up a bugzilla in the first place (and the user has login
credentials for it) is fairly indicative that they do want to fix
problems.

To assume that only the kernel developers or Red Hat (or Suse or Ubuntu
or whomever) are the ONLY people that care to fix bugs is rather myopic.
+1 !!
--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org




[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux