On Thu, 2009-08-06 at 15:20 -0400, Kyle McMartin wrote:
> On Thu, Aug 06, 2009 at 08:15:59PM +0100, Peter Robinson wrote:
> > >> > I had the same confusion. So there are 3 drivers around: The vendor
> > >> > driver, the staging driver which is a fork of the vendor driver and
> > >> > the serialmonk
On 08/07/2009 12:31 AM, Kyle McMartin wrote:
>>
>
> No we haven't, we've stated that they'll be enabled if someone steps up
> to the plate to make an active contribution to maintenance and
> improvements.
>
> https://fedoraproject.org/wiki/KernelStagingPolicy
Much appreciated. Insight into why
On Thu, Aug 06, 2009 at 08:15:59PM +0100, Peter Robinson wrote:
> >> > I had the same confusion. So there are 3 drivers around: The vendor
> >> > driver, the staging driver which is a fork of the vendor driver and
> >> > the serialmonkey driver. Multiply that by 3 for rt2860, rt2870 and
> >> > rt3
>> > I had the same confusion. So there are 3 drivers around: The vendor
>> > driver, the staging driver which is a fork of the vendor driver and
>> > the serialmonkey driver. Multiply that by 3 for rt2860, rt2870 and
>> > rt3070. And this leads to another confusion. Do (or will) the Fedora
>> > k
On Thu, Aug 06, 2009 at 07:52:43PM +0100, Peter Robinson wrote:
> >> Thanks for the clarification. From what I read, I inferred that the
> >> driver in /staging was the serialmonkey driver, but it seems I read it
> >> wrong, and what it actually means to say was 'this is the vendor driver,
> >> it
>> Thanks for the clarification. From what I read, I inferred that the
>> driver in /staging was the serialmonkey driver, but it seems I read it
>> wrong, and what it actually means to say was 'this is the vendor driver,
>> it sucks, don't contribute any code to this driver, contribute to the
>> se
On Thu, Aug 6, 2009 at 1:27 PM, Adam Williamson wrote:
> On Thu, 2009-08-06 at 11:34 +0200, drago01 wrote:
>
>> > I'm not quite sure if I could catch what you meant. Are you being
>> > sarcastic, implying that the rt2xxx staging drivers will stay in the
>> > staging repo forever? I sure hope not :)
On Thu, 2009-08-06 at 11:34 +0200, drago01 wrote:
> > I'm not quite sure if I could catch what you meant. Are you being
> > sarcastic, implying that the rt2xxx staging drivers will stay in the
> > staging repo forever? I sure hope not :) Hey! Don't break my hopes!
>
> The rt vendor drivers ar
On Thu, Aug 06, 2009 at 05:14:01AM -0400, Orcan Ogetbil wrote:
> On Thu, Aug 6, 2009 at 4:58 AM, drago01 wrote:
> > On Thu, Aug 6, 2009 at 10:45 AM, Orcan Ogetbil wrote:
> >>
> >> I maintain those drivers at RPMFusion. I will be happy beyond
> >> imagination when the staging drivers are marked stab
On 06.08.2009 11:34, drago01 wrote:
> On Thu, Aug 6, 2009 at 11:14 AM, Orcan Ogetbil wrote:
>> On Thu, Aug 6, 2009 at 4:58 AM, drago01 wrote:
>>> On Thu, Aug 6, 2009 at 10:45 AM, Orcan Ogetbil wrote:
I maintain those drivers at RPMFusion. I will be happy beyond
imagination when the stagin
On Thu, Aug 6, 2009 at 11:14 AM, Orcan Ogetbil wrote:
> On Thu, Aug 6, 2009 at 4:58 AM, drago01 wrote:
>> On Thu, Aug 6, 2009 at 10:45 AM, Orcan Ogetbil wrote:
>>>
>>> I maintain those drivers at RPMFusion. I will be happy beyond
>>> imagination when the staging drivers are marked stable.
>>
>> The
On 08/06/2009 02:44 PM, Orcan Ogetbil wrote:
> On Thu, Aug 6, 2009 at 4:58 AM, drago01 wrote:
>> On Thu, Aug 6, 2009 at 10:45 AM, Orcan Ogetbil wrote:
>>>
>>> I maintain those drivers at RPMFusion. I will be happy beyond
>>> imagination when the staging drivers are marked stable.
>>
>> They won't e
On Thu, Aug 6, 2009 at 4:58 AM, drago01 wrote:
> On Thu, Aug 6, 2009 at 10:45 AM, Orcan Ogetbil wrote:
>>
>> I maintain those drivers at RPMFusion. I will be happy beyond
>> imagination when the staging drivers are marked stable.
>
> They won't ever (the rt Vendor drivers)
>
>From my understan
>> Good luck with that! This driver has been in the process of being
>> re-written for well over a year, I've long given up hope. Its
>> unfortunate as its in alot of netbooks including all the atom based
>> eeePCs. Fortunately rpmfusion has one that works reasonably well (it
>> even suspends and r
On Thu, Aug 6, 2009 at 10:45 AM, Orcan Ogetbil wrote:
> On Thu, Aug 6, 2009 at 4:23 AM, Peter Robinson wrote:
I was hoping that the devs who worked hard to even make it part of the
source rpm might be lurking on this mailing list and see my post :)
>>>
>>> I don't think anything special
On Thu, Aug 6, 2009 at 4:23 AM, Peter Robinson wrote:
>>> I was hoping that the devs who worked hard to even make it part of the
>>> source rpm might be lurking on this mailing list and see my post :)
>>
>> I don't think anything special is done to make it part of our
>> kernel .src.rpm, it's just
>> I was hoping that the devs who worked hard to even make it part of the
>> source rpm might be lurking on this mailing list and see my post :)
>
> I don't think anything special is done to make it part of our
> kernel .src.rpm, it's just in there because it's in the upstream kernel
> tarball :).
On Thu, Aug 6, 2009 at 9:12 AM, Adam Williamson wrote:
> On Wed, 2009-08-05 at 23:50 -0700, Markus Kesaromous wrote:
>
>> I was hoping that the devs who worked hard to even make it part of the
>> source rpm might be lurking on this mailing list and see my post :)
>
> I don't think anything special
On Wednesday 05 August 2009 11:48:05 pm Markus Kesaromous wrote:
> I compiled the kernel without SMP support deliberately.
> It is a user configurable option.
If you're not using a Fedora kernel the appropriate place to complain /
discuss is the LKML, not here. Even if it was a Fedora kernel, th
On Wed, 2009-08-05 at 23:50 -0700, Markus Kesaromous wrote:
> I was hoping that the devs who worked hard to even make it part of the source
> rpm might be lurking on this mailing list and see my post :)
I don't think anything special is done to make it part of our
kernel .src.rpm, it's just in t
> From: awill...@redhat.com
> To: fedora-devel-list@redhat.com
> Date: Wed, 5 Aug 2009 23:27:32 -0700
> Subject: Re: rt2860 driver (fc11)
>
> On Wed, 2009-08-05 at 21:58 -0700, Markus Kesaromous wrote:
>> I know this is a stagi
> From: ceme...@u.washington.edu
> To: fedora-devel-list@redhat.com
> Date: Wed, 5 Aug 2009 23:17:12 -0700
> Subject: Re: rt2860 driver (fc11)
>
> On Wednesday 05 August 2009 09:58:44 pm Markus Kesaromous wrote:
>> I know th
On Wed, 2009-08-05 at 21:58 -0700, Markus Kesaromous wrote:
> I know this is a staging and thus experimental driver.
> I only wanted to point out that if you compile the kernl
> without SMP support, then this driver module will have these
> undefined symbols:
>
> spin_lock_bh
> _per_cpu_offset
>
On Wednesday 05 August 2009 09:58:44 pm Markus Kesaromous wrote:
> I know this is a staging and thus experimental driver.
> I only wanted to point out that if you compile the kernl
> without SMP support, then this driver module will have these
> undefined symbols:
Which Fedora kernels are compiled
I know this is a staging and thus experimental driver.
I only wanted to point out that if you compile the kernl
without SMP support, then this driver module will have these
undefined symbols:
spin_lock_bh
_per_cpu_offset
synchronize_irq
spin_unlock_irqrestore
del_timer_sync
spin_lock_irqsave
I
25 matches
Mail list logo
