From: Andreas Hartmann <andihartmann@01019freenet.de>
To: Greg KH <greg@kroah.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Linux 3.0: broken ums_eneub6250
Date: Mon, 08 Aug 2011 21:25:43 +0200 [thread overview]
Message-ID: <4E403837.6040902@01019freenet.de> (raw)
In-Reply-To: <20110808153302.GA8637@kroah.com>
Greg KH schrieb:
> On Mon, Aug 08, 2011 at 10:16:49AM +0200, Andreas Hartmann wrote:
>> Greg KH schrieb:
>>> On Sun, Aug 07, 2011 at 08:39:20PM +0200, Andreas Hartmann wrote:
>>>> Hi,
>>>>
>>>> obviously, nobody seems to be interested to work on this bug. Until it's
>>>> fixed: There is a workaround to get the device working again with 2.6.39
>>>> and 3.0 - just remove the unusable ums-eneub6250.ko and replace it with
>>>> the complete old and fine keucr-module - staging but working :-)
>>>>
>>>> https://bugzilla.novell.com/show_bug.cgi?id=709243#c1
>>>
>>> How about working on a patch for the in-kernel version of the code to
>>> get it to work properly so we can resolve this?
>>
>> If I would be able do this, I would have done it! On the other side: Why
>> should I do it, if there is a module, which works just fine?
>
> Because I'm guessing that you wish to see the in-kernel code work
> properly, right?
>
>> But you could send me patches which I could test.
>
> Have you emailed the developers of this driver these questions? I'm
> sure they could help you out as they do have the hardware and they wrote
> the patches in the first place.
>
>>> Given that very few
>>> people actually have this hardware,
>>
>> It's a MSI CR620 notebook. I don't think, that there are just very few
>> out there :-).
>>
>>> it's hard for us to work on the
>>> driver.
>>
>> Why did you remove a working module if you can't ensure, that the
>> replacement will cover the old module 100%?
>
> Because I trusted the original developers of that patch, that's the way
> kernel development works.
>
> So please contact them and they would be glad to work with you to
> resolve this issue.
They have been already connected prior in this thread. I didn't get any
answer right now.
Obviously they are not interested in fixing the problem.
Use google and you will see, that I'm not the first and only one, having
this problem. Anyhow there isn't any fix. But the working module has
been removed ... . Thank you!
Andreas
next prev parent reply other threads:[~2011-08-08 19:25 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <hjXX6-Ee-55@gated-at.bofh.it>
[not found] ` <hk6nE-6kT-5@gated-at.bofh.it>
[not found] ` <hk7Wq-mZ-1@gated-at.bofh.it>
2011-08-07 18:39 ` Linux 3.0: broken ums_eneub6250 Andreas Hartmann
2011-08-08 4:22 ` Greg KH
2011-08-08 8:16 ` Andreas Hartmann
2011-08-08 15:33 ` Greg KH
2011-08-08 19:25 ` Andreas Hartmann [this message]
2011-08-09 3:39 ` Greg KH
2011-08-10 12:05 ` Andreas Hartmann
2011-07-29 16:14 Andreas Hartmann
2011-07-30 1:14 ` Randy Dunlap
2011-07-30 2:50 ` Huajun Li
2011-07-30 6:15 ` Andreas Hartmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E403837.6040902@01019freenet.de \
--to=andihartmann@01019freenet.de \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox