Larry Finger <Larry.Finger@xxxxxxxxxxxx> writes:
> On 08/30/2015 09:39 PM, Jes Sorensen wrote:
>> Larry Finger <Larry.Finger@xxxxxxxxxxxx> writes:
>>> On 08/30/2015 01:41 PM, Jes Sorensen wrote:
>>>>>> +{USB_DEVICE_AND_INTERFACE_INFO(USB_VENDOR_ID_REALTEK, 0x817e, 0xff,
>>>>> 0xff, 0xff),
>>>>>> + .driver_info = (unsigned long)&rtl8192cu_fops},
>>>>>
>>>>> I have tested a device with USB ID 0x0bda (USB_VENDOR_ID_REALTEK):0x817e.
>>>>
>>>> Were you happy with the results, or did it cause problems? Ie. did you
>>>> try on x86 or on PPC32?
>>>
>>> As covered in the other mail, it works very well at G rates.
>>
>> I see - I am a little confused, it works well on G rates but not on N
>> rates, or was this due to the AP used?
>
> The AP is AC1200. It supports full N rates on other devices.
You only manage to make it work on G rates against this AP? Urgh, I
don't like that at all.
I thought you reported 30+Mbps performances though?, thats more than you
get on G.
>>>> I don't think any of this is showstopper material for inclusion right
>>>> now, albeit I do want to address them.
>>>
>>> The scheduling while atomic problems do need to be fixed, and I am
>>> still working on the failure to get a wifi device on PPC.
>>
>> It's already fixed :)
>
> A full debug=0x3fff showed me one problem on the PPC. I will be
> testing a patch later today.
Interesting, let me know what you find.
Cheers,
Jes
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
