LinuxLists.cc - RTL 8187b - naughty behaviour

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

On 04/03/2010 03:03 PM, Gus Wirth wrote:
>
> How is it that you get a reported Bit Rate of 11Mbps from iwconfig but
> your actual measured bitrate is about 13Mbps? Is there something wrong
> with the way iwconfig reports what's going on? Or is there some
> compression going on that is not accounted for?

The 11 Mb/s Bit Rate was at a distance of 15 m where the transmit rate
was 3 Mb/s. The transmit rate of 13 Mb/s was at 2 m, where the Bit Rate
was 24 Mb/s or higher.

No magic. You will never see a throughput rate higher than ~0.5 the bit
rate reported by iwconfig.

Larry

2010-04-24 10:47:55

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010/4/23 Gábor Stefanik <[email protected]>:
> 2010/4/22 Rogerio Luz Coelho <[email protected]>:
>> 2010/4/11 Gábor Stefanik <[email protected]>:
>>> 2010/4/10 Rogerio Luz Coelho <[email protected]>:
>>>> 2010/4/10 Gábor Stefanik <[email protected]>:
>>>>> On Sat, Apr 10, 2010 at 2:07 PM, Rogerio Luz Coelho
>>>>> <[email protected]> wrote:
>>>>>> 2010/4/3 Rogerio Luz Coelho <[email protected]>:
>>>>>>> 2010/4/3 Larry Finger <[email protected]>:
>>>>>>>> On 04/03/2010 11:49 AM, Rogerio Luz Coelho wrote:
>>>>>>>>>
>>>>>>>>> I have a MS-Win7 instalation on this Laptop and it works 100% even at
>>>>>>>>> longer distances than you report,even with walls in between.
>>>>>>>>>
>>>>>>>>> Will do the tcpperf test as soon as I get home. There are other with
>>>>>>>>> the same problem with my exact chip here in Brasil , that is because
>>>>>>>>> one of our leading Laptop vendors uses this config.
>>>>>>>>
>>>>>>>> What is the exact make and model of the device? It might be difficult
>>>>>>>> for me to get one in the US, but one of the rtl8187 developers lives in
>>>>>>>> Brazil. He should be able to find one.
>>>>>>>>
>>>>>>>
>>>>>>> It愀 a POSITIVO R430L - Core 2 Duo 4GB RAM
>>>>>>>
>>>>>>>
>>>>>>>>> Does it matter that the USB port used in this setting is a connected
>>>>>>>>> to a USB HUB and then to the mother board?
>>>>>>>>
>>>>>>>> Is the hub passive, or is it powered? If the hub is good and not
>>>>>>>> underpowered, it should be OK.
>>>>>>>>
>>>>>>>>> More details and tests will come your way in a day or two ... will
>>>>>>>>> reinstall Mandriva 2010 and do some tests with older kernels.
>>>>>>>>
>>>>>>>> If you can download an openSUSE 11.2 Live CD and burn it, you would not
>>>>>>>> even have to do an installation. That one has a 2.6.31 kernel.
>>>>>>>>
>>>>>>>> Larry
>>>>>>
>>>>>>
>>>>>> Downloaded and installed:
>>>>>>
>>>>>> OpenSuse 11.2 - LiveCD result: Gnome Network-Manager tells me there
>>>>>> is connection but no ping resposes, Firefox complains about conections
>>>>>> errors.
>>>>>>
>>>>>> Mandriva 2010.0 (kernel 2.6.31-12) result: concection comes and goes
>>>>>> ... generally the first boot of the day connects, but it lasts less
>>>>>> than 5min. The error code is the "deauthentication by local reason
>>>>>> (reason=3) again.
>>>>>>
>>>>>> MS-Win7 : connects and is as fast as ever.
>>>>>>
>>>>>> -- Any other suggestions?
>>>>>>
>>>>>> Rogerio
>>>>>>
>>>>>> PS: Will give OpenSuse a HD install atempt and will try to debug the
>>>>>> Mandriva for some time, future tries involve Debian Stable (old
>>>>>> kernel) and some Fedora (any suggestions?) and the NDISwrapper drive
>>>>>> in a Debian Testing (the Distro I need working)
>>>>>
>>>>> Hi,
>>>>>
>>>>> Please also test Realtek's official r8187b driver. If possible, please
>>>>> do an mmiotrace on that driver.
>>>>
>>>> Ok ... The official Realtek is only for 32bits systems right ? ( At
>>>> least the guys at Realtek support told me so... ) and this mmiotrace
>>>> can be accomplished how? Is it a program, a command, a debug message
>>>> in some form? Sorry, as I said earlier I am NOT a kernel programer.
>>>>
>>>> Rogerio
>>>>
>>>
>>> You need to enable MMIO tracing support in your kernel config, and
>>> recompile your kernel (assuming it is not enabled already - distros
>>> usually disable the entire tracing framework by default). Then:
>>> -Mount debugfs to /debug. (Usually it is mounted by default, but some
>>> distros like to mount it @ /sys/kernel/debug instead - remount it to
>>> /debug.)
>>> -"echo mmiotrace > /debug/tracing/current_tracer"
>>> -"cat /debug/tracing/trace_pipe > trace.txt &" - at this point, tracing begins.
>>> -Load r8187b and connect.
>>> -"echo "Driver loaded!" > /debug/tracing/trace_marker"
>>> -"echo nop > /debug/tracing/current_tracer" - tracing ends here.
>>>
>>> Do this for rtl8187 as well.
>>> After each trace, check if "grep -i lost trace.txt" returns anything.
>>> If it does, enlarge the trace buffer and retry:
>>> -"cat /debug/tracing/trace_buffer_kb"
>>> -"echo [BUFSIZE] > /debug/tracing/trace_buffer_kb", where [BUFSIZE] is
>>> recommended to be about twice the number returned by the previous
>>> command.
>>
>> I installed a vanilla kernel 2.6.32.11 , config to rum mmio , but my
>> rtl818x modules are loaded by default and the modprobe -r command
>> doesn't seem to change this ... any ideas ?
>>
>> Rogerio
>
> Did you build rtl8187 as a module? Otherwise modprobe -r can do nothing.
>

Will check this ... but it seems to be a module ...If I have rtl8187
and rtl8187b in the blacklist will I be able to load them manually?

Rogerio

>>
>>
>>>
>>> Repeat these steps until the "lost events" warning disappears. Once
>>> you find the right BUFSIZE for one driver, you can use the same size
>>> for the other one too.
>>>
>>> Hth,
>>> Gábor
>>>
>>> --
>>> Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)
>>>
>>
>
>
>
> --
> Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)
>

2010-04-03 16:58:20

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

On 04/03/2010 11:49 AM, Rogerio Luz Coelho wrote:
>
> I have a MS-Win7 instalation on this Laptop and it works 100% even at
> longer distances than you report,even with walls in between.
>
> Will do the tcpperf test as soon as I get home. There are other with
> the same problem with my exact chip here in Brasil , that is because
> one of our leading Laptop vendors uses this config.

What is the exact make and model of the device? It might be difficult
for me to get one in the US, but one of the rtl8187 developers lives in
Brazil. He should be able to find one.

> Does it matter that the USB port used in this setting is a connected
> to a USB HUB and then to the mother board?

Is the hub passive, or is it powered? If the hub is good and not
underpowered, it should be OK.

> More details and tests will come your way in a day or two ... will
> reinstall Mandriva 2010 and do some tests with older kernels.

If you can download an openSUSE 11.2 Live CD and burn it, you would not
even have to do an installation. That one has a 2.6.31 kernel.

Larry

2010-04-10 12:07:11

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010/4/3 Rogerio Luz Coelho <[email protected]>:
> 2010/4/3 Larry Finger <[email protected]>:
>> On 04/03/2010 11:49 AM, Rogerio Luz Coelho wrote:
>>>
>>> I have a MS-Win7 instalation on this Laptop and it works 100% even at
>>> longer distances than you report,even with walls in between.
>>>
>>> Will do the tcpperf test as soon as I get home. There are other with
>>> the same problem with my exact chip here in Brasil , that is because
>>> one of our leading Laptop vendors uses this config.
>>
>> What is the exact make and model of the device? It might be difficult
>> for me to get one in the US, but one of the rtl8187 developers lives in
>> Brazil. He should be able to find one.
>>
>
> It?s a POSITIVO R430L - Core 2 Duo 4GB RAM
>
>
>>> Does it matter that the USB port used in this setting is a connected
>>> to a USB HUB and then to the mother board?
>>
>> Is the hub passive, or is it powered? If the hub is good and not
>> underpowered, it should be OK.
>>
>>> More details and tests will come your way in a day or two ... will
>>> reinstall Mandriva 2010 and do some tests with older kernels.
>>
>> If you can download an openSUSE 11.2 Live CD and burn it, you would not
>> even have to do an installation. That one has a 2.6.31 kernel.
>>
>> Larry

Downloaded and installed:

OpenSuse 11.2 - LiveCD result: Gnome Network-Manager tells me there
is connection but no ping resposes, Firefox complains about conections
errors.

Mandriva 2010.0 (kernel 2.6.31-12) result: concection comes and goes
... generally the first boot of the day connects, but it lasts less
than 5min. The error code is the "deauthentication by local reason
(reason=3) again.

MS-Win7 : connects and is as fast as ever.

-- Any other suggestions?

Rogerio

PS: Will give OpenSuse a HD install atempt and will try to debug the
Mandriva for some time, future tries involve Debian Stable (old
kernel) and some Fedora (any suggestions?) and the NDISwrapper drive
in a Debian Testing (the Distro I need working)

2010-04-03 17:00:59

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010/4/3 Larry Finger <[email protected]>:
> On 04/03/2010 11:49 AM, Rogerio Luz Coelho wrote:
>>
>> I have a MS-Win7 instalation on this Laptop and it works 100% even at
>> longer distances than you report,even with walls in between.
>>
>> Will do the tcpperf test as soon as I get home. There are other with
>> the same problem with my exact chip here in Brasil , that is because
>> one of our leading Laptop vendors uses this config.
>
> What is the exact make and model of the device? It might be difficult
> for me to get one in the US, but one of the rtl8187 developers lives in
> Brazil. He should be able to find one.
>

It?s a POSITIVO R430L - Core 2 Duo 4GB RAM

>> Does it matter that the USB port used in this setting is a connected
>> to a USB HUB and then to the mother board?
>
> Is the hub passive, or is it powered? If the hub is good and not
> underpowered, it should be OK.
>
>> More details and tests will come your way in a day or two ... will
>> reinstall Mandriva 2010 and do some tests with older kernels.
>
> If you can download an openSUSE 11.2 Live CD and burn it, you would not
> even have to do an installation. That one has a 2.6.31 kernel.
>
> Larry

Will do that for sure

Rogerio

2010-04-03 17:33:59

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

On 04/03/2010 12:04 PM, Rogerio Luz Coelho wrote:
> 2010/4/3 Rogerio Luz Coelho <[email protected]>:
>> 2010/4/3 Larry Finger <[email protected]>:
>>> On 04/03/2010 11:49 AM, Rogerio Luz Coelho wrote:
>>>>
>>>> I have a MS-Win7 instalation on this Laptop and it works 100% even at
>>>> longer distances than you report,even with walls in between.
>>>>
>>>> Will do the tcpperf test as soon as I get home. There are other with
>>>> the same problem with my exact chip here in Brasil , that is because
>>>> one of our leading Laptop vendors uses this config.
>>>
>>> What is the exact make and model of the device? It might be difficult
>>> for me to get one in the US, but one of the rtl8187 developers lives in
>>> Brazil. He should be able to find one.
>>>
>>
>> It?s a POSITIVO R430L - Core 2 Duo 4GB RAM

This sounds like a computer model. Does the RTL8187B have a separate
make/model?

>>>> Does it matter that the USB port used in this setting is a connected
>>>> to a USB HUB and then to the mother board?
>>>
>>> Is the hub passive, or is it powered? If the hub is good and not
>>> underpowered, it should be OK.
>
> Have no idea ... how do I find this out?

Does it have a +5 V power cord connected to the mains? If so, it is
powered. If not, it is passive and all devices that are plugged get
their power from the computer port. If the hub is internal, then it is
likely powered.

Larry

2010-04-10 19:40:54

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010/4/10 Gábor Stefanik <[email protected]>:
> On Sat, Apr 10, 2010 at 2:07 PM, Rogerio Luz Coelho
> <[email protected]> wrote:
>> 2010/4/3 Rogerio Luz Coelho <[email protected]>:
>>> 2010/4/3 Larry Finger <[email protected]>:
>>>> On 04/03/2010 11:49 AM, Rogerio Luz Coelho wrote:
>>>>>
>>>>> I have a MS-Win7 instalation on this Laptop and it works 100% even at
>>>>> longer distances than you report,even with walls in between.
>>>>>
>>>>> Will do the tcpperf test as soon as I get home. There are other with
>>>>> the same problem with my exact chip here in Brasil , that is because
>>>>> one of our leading Laptop vendors uses this config.
>>>>
>>>> What is the exact make and model of the device? It might be difficult
>>>> for me to get one in the US, but one of the rtl8187 developers lives in
>>>> Brazil. He should be able to find one.
>>>>
>>>
>>> It愀 a POSITIVO R430L - Core 2 Duo 4GB RAM
>>>
>>>
>>>>> Does it matter that the USB port used in this setting is a connected
>>>>> to a USB HUB and then to the mother board?
>>>>
>>>> Is the hub passive, or is it powered? If the hub is good and not
>>>> underpowered, it should be OK.
>>>>
>>>>> More details and tests will come your way in a day or two ... will
>>>>> reinstall Mandriva 2010 and do some tests with older kernels.
>>>>
>>>> If you can download an openSUSE 11.2 Live CD and burn it, you would not
>>>> even have to do an installation. That one has a 2.6.31 kernel.
>>>>
>>>> Larry
>>
>>
>> Downloaded and installed:
>>
>> OpenSuse 11.2 - LiveCD result: Gnome Network-Manager tells me there
>> is connection but no ping resposes, Firefox complains about conections
>> errors.
>>
>> Mandriva 2010.0 (kernel 2.6.31-12) result: concection comes and goes
>> ... generally the first boot of the day connects, but it lasts less
>> than 5min. The error code is the "deauthentication by local reason
>> (reason=3) again.
>>
>> MS-Win7 : connects and is as fast as ever.
>>
>> -- Any other suggestions?
>>
>> Rogerio
>>
>> PS: Will give OpenSuse a HD install atempt and will try to debug the
>> Mandriva for some time, future tries involve Debian Stable (old
>> kernel) and some Fedora (any suggestions?) and the NDISwrapper drive
>> in a Debian Testing (the Distro I need working)
>
> Hi,
>
> Please also test Realtek's official r8187b driver. If possible, please
> do an mmiotrace on that driver.

Ok ... The official Realtek is only for 32bits systems right ? ( At
least the guys at Realtek support told me so... ) and this mmiotrace
can be accomplished how? Is it a program, a command, a debug message
in some form? Sorry, as I said earlier I am NOT a kernel programer.

Rogerio

2010-04-03 17:52:50

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010/4/3 Larry Finger <[email protected]>:
> On 04/03/2010 12:04 PM, Rogerio Luz Coelho wrote:
>> 2010/4/3 Rogerio Luz Coelho <[email protected]>:
>>> 2010/4/3 Larry Finger <[email protected]>:
>>>> On 04/03/2010 11:49 AM, Rogerio Luz Coelho wrote:
>>>>>
>>>>> I have a MS-Win7 instalation on this Laptop and it works 100% even at
>>>>> longer distances than you report,even with walls in between.
>>>>>
>>>>> Will do the tcpperf test as soon as I get home. There are other with
>>>>> the same problem with my exact chip here in Brasil , that is because
>>>>> one of our leading Laptop vendors uses this config.
>>>>
>>>> What is the exact make and model of the device? It might be difficult
>>>> for me to get one in the US, but one of the rtl8187 developers lives in
>>>> Brazil. He should be able to find one.
>>>>
>>>
>>> It愀 a POSITIVO R430L - Core 2 Duo 4GB RAM
>
> This sounds like a computer model. Does the RTL8187B have a separate
> make/model?
>
>>>>> Does it matter that the USB port used in this setting is a connected
>>>>> to a USB HUB and then to the mother board?
>>>>
>>>> Is the hub passive, or is it powered? If the hub is good and not
>>>> underpowered, it should be OK.
>>
>> Have no idea ... how do I find this out?
>
> Does it have a +5 V power cord connected to the mains? If so, it is
> powered. If not, it is passive and all devices that are plugged get
> their power from the computer port. If the hub is internal, then it is
> likely powered.
>
> Larry
>

Inernal ... powered then

Rogerio

2010-04-05 03:13:00

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010/4/4 G?bor Stefanik <[email protected]>:
> On Mon, Apr 5, 2010 at 2:53 AM, Rogerio Luz Coelho
> <[email protected]> wrote:
>> 2010/4/3 Hin-Tak Leung <[email protected]>:
>>> On Sat, Apr 3, 2010 at 5:58 PM, Larry Finger <[email protected]> wrote:
>>> <snipped>
>>>> What is the exact make and model of the device? It might be difficult
>>>> for me to get one in the US, but one of the rtl8187 developers lives in
>>>> Brazil. He should be able to find one.
>>
>> I think I sent it, but if I didn't it is a
>>
>> Positivo Premium R430L Core 2 Duo 4GB machine
>>
>> Rogerio
>
> No, that is your computer. What Hin-Tak is asking for is the wireless
> adapter's model.
>
>>
>>
>>> Herton might be able to get the exact model/etc from Brazil so it is
>>> worth providing the vendor details.

here goes lsusb -v of the device

Bus 001 Device 002: ID 0bda:8189 Realtek Semiconductor Corp. RTL8187B
Wireless 802.11g 54Mbps Network Adapter
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x0bda Realtek Semiconductor Corp.
idProduct 0x8189 RTL8187B Wireless 802.11g 54Mbps Network
Adapter
bcdDevice 2.00
iManufacturer 1
iProduct 2
iSerial 3
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 81
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 4
bmAttributes 0x80
(Bus Powered)
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 9
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 255 Vendor Specific Subclass
bInterfaceProtocol 255 Vendor Specific Protocol
iInterface 2
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x04 EP 4 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x05 EP 5 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x06 EP 6 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x07 EP 7 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x89 EP 9 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x0a EP 10 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x0b EP 11 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x0c EP 12 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
can't get device qualifier: Operation not permitted
can't get debug descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)

Can't find details in the Computer-vendor's site ... hope this
information sufices, or I'll have to open up the box, and there goes
my waranty ;)

Rogerio

2010-04-05 03:43:27

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010/4/5 Rogerio Luz Coelho <[email protected]>:
> 2010/4/4 G?bor Stefanik <[email protected]>:
>> On Mon, Apr 5, 2010 at 2:53 AM, Rogerio Luz Coelho
>> <[email protected]> wrote:
>>> 2010/4/3 Hin-Tak Leung <[email protected]>:
>>>> On Sat, Apr 3, 2010 at 5:58 PM, Larry Finger <[email protected]> wrote:
>>>> <snipped>
>>>>> What is the exact make and model of the device? It might be difficult
>>>>> for me to get one in the US, but one of the rtl8187 developers lives in
>>>>> Brazil. He should be able to find one.
>>>
>>> I think I sent it, but if I didn't it is a
>>>
>>> Positivo Premium R430L Core 2 Duo 4GB machine
>>>
>>> Rogerio
>>
>> No, that is your computer. What Hin-Tak is asking for is the wireless
>> adapter's model.
>>
>>>
>>>
>>>> Herton might be able to get the exact model/etc from Brazil so it is
>>>> worth providing the vendor details.
>
> here goes lsusb -v of the device
>
> Bus 001 Device 002: ID 0bda:8189 Realtek Semiconductor Corp. RTL8187B
> Wireless 802.11g 54Mbps Network Adapter
> Device Descriptor:
> ?bLength ? ? ? ? ? ? ? ?18
> ?bDescriptorType ? ? ? ? 1
> ?bcdUSB ? ? ? ? ? ? ? 2.00
> ?bDeviceClass ? ? ? ? ? ?0 (Defined at Interface level)
> ?bDeviceSubClass ? ? ? ? 0
> ?bDeviceProtocol ? ? ? ? 0
> ?bMaxPacketSize0 ? ? ? ?64
> ?idVendor ? ? ? ? ? 0x0bda Realtek Semiconductor Corp.
> ?idProduct ? ? ? ? ?0x8189 RTL8187B Wireless 802.11g 54Mbps Network
> Adapter
> ?bcdDevice ? ? ? ? ? ?2.00
> ?iManufacturer ? ? ? ? ? 1
> ?iProduct ? ? ? ? ? ? ? ?2
> ?iSerial ? ? ? ? ? ? ? ? 3
> ?bNumConfigurations ? ? ?1
> ?Configuration Descriptor:
> ? ?bLength ? ? ? ? ? ? ? ? 9
> ? ?bDescriptorType ? ? ? ? 2
> ? ?wTotalLength ? ? ? ? ? 81
> ? ?bNumInterfaces ? ? ? ? ?1
> ? ?bConfigurationValue ? ? 1
> ? ?iConfiguration ? ? ? ? ?4
> ? ?bmAttributes ? ? ? ? 0x80
> ? ? ?(Bus Powered)
> ? ?MaxPower ? ? ? ? ? ? ?500mA
> ? ?Interface Descriptor:
> ? ? ?bLength ? ? ? ? ? ? ? ? 9
> ? ? ?bDescriptorType ? ? ? ? 4
> ? ? ?bInterfaceNumber ? ? ? ?0
> ? ? ?bAlternateSetting ? ? ? 0
> ? ? ?bNumEndpoints ? ? ? ? ? 9
> ? ? ?bInterfaceClass ? ? ? 255 Vendor Specific Class
> ? ? ?bInterfaceSubClass ? ?255 Vendor Specific Subclass
> ? ? ?bInterfaceProtocol ? ?255 Vendor Specific Protocol
> ? ? ?iInterface ? ? ? ? ? ? ?2
> ? ? ?Endpoint Descriptor:
> ? ? ? ?bLength ? ? ? ? ? ? ? ? 7
> ? ? ? ?bDescriptorType ? ? ? ? 5
> ? ? ? ?bEndpointAddress ? ? 0x83 ?EP 3 IN
> ? ? ? ?bmAttributes ? ? ? ? ? ?2
> ? ? ? ? ?Transfer Type ? ? ? ? ? ?Bulk
> ? ? ? ? ?Synch Type ? ? ? ? ? ? ? None
> ? ? ? ? ?Usage Type ? ? ? ? ? ? ? Data
> ? ? ? ?wMaxPacketSize ? ? 0x0200 ?1x 512 bytes
> ? ? ? ?bInterval ? ? ? ? ? ? ? 0
> ? ? ?Endpoint Descriptor:
> ? ? ? ?bLength ? ? ? ? ? ? ? ? 7
> ? ? ? ?bDescriptorType ? ? ? ? 5
> ? ? ? ?bEndpointAddress ? ? 0x04 ?EP 4 OUT
> ? ? ? ?bmAttributes ? ? ? ? ? ?2
> ? ? ? ? ?Transfer Type ? ? ? ? ? ?Bulk
> ? ? ? ? ?Synch Type ? ? ? ? ? ? ? None
> ? ? ? ? ?Usage Type ? ? ? ? ? ? ? Data
> ? ? ? ?wMaxPacketSize ? ? 0x0200 ?1x 512 bytes
> ? ? ? ?bInterval ? ? ? ? ? ? ? 0
> ? ? ?Endpoint Descriptor:
> ? ? ? ?bLength ? ? ? ? ? ? ? ? 7
> ? ? ? ?bDescriptorType ? ? ? ? 5
> ? ? ? ?bEndpointAddress ? ? 0x05 ?EP 5 OUT
> ? ? ? ?bmAttributes ? ? ? ? ? ?2
> ? ? ? ? ?Transfer Type ? ? ? ? ? ?Bulk
> ? ? ? ? ?Synch Type ? ? ? ? ? ? ? None
> ? ? ? ? ?Usage Type ? ? ? ? ? ? ? Data
> ? ? ? ?wMaxPacketSize ? ? 0x0200 ?1x 512 bytes
> ? ? ? ?bInterval ? ? ? ? ? ? ? 0
> ? ? ?Endpoint Descriptor:
> ? ? ? ?bLength ? ? ? ? ? ? ? ? 7
> ? ? ? ?bDescriptorType ? ? ? ? 5
> ? ? ? ?bEndpointAddress ? ? 0x06 ?EP 6 OUT
> ? ? ? ?bmAttributes ? ? ? ? ? ?2
> ? ? ? ? ?Transfer Type ? ? ? ? ? ?Bulk
> ? ? ? ? ?Synch Type ? ? ? ? ? ? ? None
> ? ? ? ? ?Usage Type ? ? ? ? ? ? ? Data
> ? ? ? ?wMaxPacketSize ? ? 0x0200 ?1x 512 bytes
> ? ? ? ?bInterval ? ? ? ? ? ? ? 0
> ? ? ?Endpoint Descriptor:
> ? ? ? ?bLength ? ? ? ? ? ? ? ? 7
> ? ? ? ?bDescriptorType ? ? ? ? 5
> ? ? ? ?bEndpointAddress ? ? 0x07 ?EP 7 OUT
> ? ? ? ?bmAttributes ? ? ? ? ? ?2
> ? ? ? ? ?Transfer Type ? ? ? ? ? ?Bulk
> ? ? ? ? ?Synch Type ? ? ? ? ? ? ? None
> ? ? ? ? ?Usage Type ? ? ? ? ? ? ? Data
> ? ? ? ?wMaxPacketSize ? ? 0x0200 ?1x 512 bytes
> ? ? ? ?bInterval ? ? ? ? ? ? ? 0
> ? ? ?Endpoint Descriptor:
> ? ? ? ?bLength ? ? ? ? ? ? ? ? 7
> ? ? ? ?bDescriptorType ? ? ? ? 5
> ? ? ? ?bEndpointAddress ? ? 0x89 ?EP 9 IN
> ? ? ? ?bmAttributes ? ? ? ? ? ?2
> ? ? ? ? ?Transfer Type ? ? ? ? ? ?Bulk
> ? ? ? ? ?Synch Type ? ? ? ? ? ? ? None
> ? ? ? ? ?Usage Type ? ? ? ? ? ? ? Data
> ? ? ? ?wMaxPacketSize ? ? 0x0200 ?1x 512 bytes
> ? ? ? ?bInterval ? ? ? ? ? ? ? 0
> ? ? ?Endpoint Descriptor:
> ? ? ? ?bLength ? ? ? ? ? ? ? ? 7
> ? ? ? ?bDescriptorType ? ? ? ? 5
> ? ? ? ?bEndpointAddress ? ? 0x0a ?EP 10 OUT
> ? ? ? ?bmAttributes ? ? ? ? ? ?2
> ? ? ? ? ?Transfer Type ? ? ? ? ? ?Bulk
> ? ? ? ? ?Synch Type ? ? ? ? ? ? ? None
> ? ? ? ? ?Usage Type ? ? ? ? ? ? ? Data
> ? ? ? ?wMaxPacketSize ? ? 0x0200 ?1x 512 bytes
> ? ? ? ?bInterval ? ? ? ? ? ? ? 0
> ? ? ?Endpoint Descriptor:
> ? ? ? ?bLength ? ? ? ? ? ? ? ? 7
> ? ? ? ?bDescriptorType ? ? ? ? 5
> ? ? ? ?bEndpointAddress ? ? 0x0b ?EP 11 OUT
> ? ? ? ?bmAttributes ? ? ? ? ? ?2
> ? ? ? ? ?Transfer Type ? ? ? ? ? ?Bulk
> ? ? ? ? ?Synch Type ? ? ? ? ? ? ? None
> ? ? ? ? ?Usage Type ? ? ? ? ? ? ? Data
> ? ? ? ?wMaxPacketSize ? ? 0x0200 ?1x 512 bytes
> ? ? ? ?bInterval ? ? ? ? ? ? ? 0
> ? ? ?Endpoint Descriptor:
> ? ? ? ?bLength ? ? ? ? ? ? ? ? 7
> ? ? ? ?bDescriptorType ? ? ? ? 5
> ? ? ? ?bEndpointAddress ? ? 0x0c ?EP 12 OUT
> ? ? ? ?bmAttributes ? ? ? ? ? ?2
> ? ? ? ? ?Transfer Type ? ? ? ? ? ?Bulk
> ? ? ? ? ?Synch Type ? ? ? ? ? ? ? None
> ? ? ? ? ?Usage Type ? ? ? ? ? ? ? Data
> ? ? ? ?wMaxPacketSize ? ? 0x0200 ?1x 512 bytes
> ? ? ? ?bInterval ? ? ? ? ? ? ? 0
> can't get device qualifier: Operation not permitted
> can't get debug descriptor: Operation not permitted
> cannot read device status, Operation not permitted (1)
>
> Can't find details in the Computer-vendor's site ... hope this
> information sufices, or I'll have to open up the box, and there goes
> my waranty ;)
>
> Rogerio
>

Is this an internal wireless card?

--
Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)

2010-04-05 01:50:26

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

On Mon, Apr 5, 2010 at 2:53 AM, Rogerio Luz Coelho
<[email protected]> wrote:
> 2010/4/3 Hin-Tak Leung <[email protected]>:
>> On Sat, Apr 3, 2010 at 5:58 PM, Larry Finger <[email protected]> wrote:
>> <snipped>
>>> What is the exact make and model of the device? It might be difficult
>>> for me to get one in the US, but one of the rtl8187 developers lives in
>>> Brazil. He should be able to find one.
>
> I think I sent it, but if I didn't it is a
>
> Positivo Premium R430L Core 2 Duo 4GB machine
>
> Rogerio

No, that is your computer. What Hin-Tak is asking for is the wireless
adapter's model.

>
>
>> Herton might be able to get the exact model/etc from Brazil so it is
>> worth providing the vendor details.
>>
>> I am also wondering if it would help changing the rate-changing
>> algorithm, seeing as Minstrel became the default around 2.6.32, and
>> there has been a couple of reports about minstrel not working as well
>> as pid for weak APs. (
>> https://bugzilla.kernel.org/show_bug.cgi?id=14168 )
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to [email protected]
> More majordomo info at ?http://vger.kernel.org/majordomo-info.html
>

--
Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)

2010-04-05 00:53:16

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010/4/3 Hin-Tak Leung <[email protected]>:
> On Sat, Apr 3, 2010 at 5:58 PM, Larry Finger <[email protected]> wrote:
> <snipped>
>> What is the exact make and model of the device? It might be difficult
>> for me to get one in the US, but one of the rtl8187 developers lives in
>> Brazil. He should be able to find one.

I think I sent it, but if I didn't it is a

Positivo Premium R430L Core 2 Duo 4GB machine

Rogerio

> Herton might be able to get the exact model/etc from Brazil so it is
> worth providing the vendor details.
>
> I am also wondering if it would help changing the rate-changing
> algorithm, seeing as Minstrel became the default around 2.6.32, and
> there has been a couple of reports about minstrel not working as well
> as pid for weak APs. (
> https://bugzilla.kernel.org/show_bug.cgi?id=14168 )
>

2010-04-10 18:53:12

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

On Sat, Apr 10, 2010 at 2:07 PM, Rogerio Luz Coelho
<[email protected]> wrote:
> 2010/4/3 Rogerio Luz Coelho <[email protected]>:
>> 2010/4/3 Larry Finger <[email protected]>:
>>> On 04/03/2010 11:49 AM, Rogerio Luz Coelho wrote:
>>>>
>>>> I have a MS-Win7 instalation on this Laptop and it works 100% even at
>>>> longer distances than you report,even with walls in between.
>>>>
>>>> Will do the tcpperf test as soon as I get home. There are other with
>>>> the same problem with my exact chip here in Brasil , that is because
>>>> one of our leading Laptop vendors uses this config.
>>>
>>> What is the exact make and model of the device? It might be difficult
>>> for me to get one in the US, but one of the rtl8187 developers lives in
>>> Brazil. He should be able to find one.
>>>
>>
>> It愀 a POSITIVO R430L - Core 2 Duo 4GB RAM
>>
>>
>>>> Does it matter that the USB port used in this setting is a connected
>>>> to a USB HUB and then to the mother board?
>>>
>>> Is the hub passive, or is it powered? If the hub is good and not
>>> underpowered, it should be OK.
>>>
>>>> More details and tests will come your way in a day or two ... will
>>>> reinstall Mandriva 2010 and do some tests with older kernels.
>>>
>>> If you can download an openSUSE 11.2 Live CD and burn it, you would not
>>> even have to do an installation. That one has a 2.6.31 kernel.
>>>
>>> Larry
>
>
> Downloaded and installed:
>
> OpenSuse 11.2 - LiveCD result: Gnome Network-Manager tells me there
> is connection but no ping resposes, Firefox complains about conections
> errors.
>
> Mandriva 2010.0 (kernel 2.6.31-12) result: concection comes and goes
> ... generally the first boot of the day connects, but it lasts less
> than 5min. The error code is the "deauthentication by local reason
> (reason=3) again.
>
> MS-Win7 : connects and is as fast as ever.
>
> -- Any other suggestions?
>
> Rogerio
>
> PS: Will give OpenSuse a HD install atempt and will try to debug the
> Mandriva for some time, future tries involve Debian Stable (old
> kernel) and some Fedora (any suggestions?) and the NDISwrapper drive
> in a Debian Testing (the Distro I need working)

Hi,

Please also test Realtek's official r8187b driver. If possible, please
do an mmiotrace on that driver.

--
Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)

2010-04-11 13:35:31

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010/4/10 Rogerio Luz Coelho <[email protected]>:
> 2010/4/10 Gábor Stefanik <[email protected]>:
>> On Sat, Apr 10, 2010 at 2:07 PM, Rogerio Luz Coelho
>> <[email protected]> wrote:
>>> 2010/4/3 Rogerio Luz Coelho <[email protected]>:
>>>> 2010/4/3 Larry Finger <[email protected]>:
>>>>> On 04/03/2010 11:49 AM, Rogerio Luz Coelho wrote:
>>>>>>
>>>>>> I have a MS-Win7 instalation on this Laptop and it works 100% even at
>>>>>> longer distances than you report,even with walls in between.
>>>>>>
>>>>>> Will do the tcpperf test as soon as I get home. There are other with
>>>>>> the same problem with my exact chip here in Brasil , that is because
>>>>>> one of our leading Laptop vendors uses this config.
>>>>>
>>>>> What is the exact make and model of the device? It might be difficult
>>>>> for me to get one in the US, but one of the rtl8187 developers lives in
>>>>> Brazil. He should be able to find one.
>>>>>
>>>>
>>>> It愀 a POSITIVO R430L - Core 2 Duo 4GB RAM
>>>>
>>>>
>>>>>> Does it matter that the USB port used in this setting is a connected
>>>>>> to a USB HUB and then to the mother board?
>>>>>
>>>>> Is the hub passive, or is it powered? If the hub is good and not
>>>>> underpowered, it should be OK.
>>>>>
>>>>>> More details and tests will come your way in a day or two ... will
>>>>>> reinstall Mandriva 2010 and do some tests with older kernels.
>>>>>
>>>>> If you can download an openSUSE 11.2 Live CD and burn it, you would not
>>>>> even have to do an installation. That one has a 2.6.31 kernel.
>>>>>
>>>>> Larry
>>>
>>>
>>> Downloaded and installed:
>>>
>>> OpenSuse 11.2 - LiveCD result: Gnome Network-Manager tells me there
>>> is connection but no ping resposes, Firefox complains about conections
>>> errors.
>>>
>>> Mandriva 2010.0 (kernel 2.6.31-12) result: concection comes and goes
>>> ... generally the first boot of the day connects, but it lasts less
>>> than 5min. The error code is the "deauthentication by local reason
>>> (reason=3) again.
>>>
>>> MS-Win7 : connects and is as fast as ever.
>>>
>>> -- Any other suggestions?
>>>
>>> Rogerio
>>>
>>> PS: Will give OpenSuse a HD install atempt and will try to debug the
>>> Mandriva for some time, future tries involve Debian Stable (old
>>> kernel) and some Fedora (any suggestions?) and the NDISwrapper drive
>>> in a Debian Testing (the Distro I need working)
>>
>> Hi,
>>
>> Please also test Realtek's official r8187b driver. If possible, please
>> do an mmiotrace on that driver.
>
> Ok ... The official Realtek is only for 32bits systems right ? ( At
> least the guys at Realtek support told me so... ) and this mmiotrace
> can be accomplished how? Is it a program, a command, a debug message
> in some form? Sorry, as I said earlier I am NOT a kernel programer.
>
> Rogerio
>

You need to enable MMIO tracing support in your kernel config, and
recompile your kernel (assuming it is not enabled already - distros
usually disable the entire tracing framework by default). Then:
-Mount debugfs to /debug. (Usually it is mounted by default, but some
distros like to mount it @ /sys/kernel/debug instead - remount it to
/debug.)
-"echo mmiotrace > /debug/tracing/current_tracer"
-"cat /debug/tracing/trace_pipe > trace.txt &" - at this point, tracing begins.
-Load r8187b and connect.
-"echo "Driver loaded!" > /debug/tracing/trace_marker"
-"echo nop > /debug/tracing/current_tracer" - tracing ends here.

Do this for rtl8187 as well.
After each trace, check if "grep -i lost trace.txt" returns anything.
If it does, enlarge the trace buffer and retry:
-"cat /debug/tracing/trace_buffer_kb"
-"echo [BUFSIZE] > /debug/tracing/trace_buffer_kb", where [BUFSIZE] is
recommended to be about twice the number returned by the previous
command.

Repeat these steps until the "lost events" warning disappears. Once
you find the right BUFSIZE for one driver, you can use the same size
for the other one too.

Hth,
Gábor

--
Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)

2010-04-23 20:16:31

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010/4/22 Rogerio Luz Coelho <[email protected]>:
> 2010/4/11 Gábor Stefanik <[email protected]>:
>> 2010/4/10 Rogerio Luz Coelho <[email protected]>:
>>> 2010/4/10 Gábor Stefanik <[email protected]>:
>>>> On Sat, Apr 10, 2010 at 2:07 PM, Rogerio Luz Coelho
>>>> <[email protected]> wrote:
>>>>> 2010/4/3 Rogerio Luz Coelho <[email protected]>:
>>>>>> 2010/4/3 Larry Finger <[email protected]>:
>>>>>>> On 04/03/2010 11:49 AM, Rogerio Luz Coelho wrote:
>>>>>>>>
>>>>>>>> I have a MS-Win7 instalation on this Laptop and it works 100% even at
>>>>>>>> longer distances than you report,even with walls in between.
>>>>>>>>
>>>>>>>> Will do the tcpperf test as soon as I get home. There are other with
>>>>>>>> the same problem with my exact chip here in Brasil , that is because
>>>>>>>> one of our leading Laptop vendors uses this config.
>>>>>>>
>>>>>>> What is the exact make and model of the device? It might be difficult
>>>>>>> for me to get one in the US, but one of the rtl8187 developers lives in
>>>>>>> Brazil. He should be able to find one.
>>>>>>>
>>>>>>
>>>>>> It愀 a POSITIVO R430L - Core 2 Duo 4GB RAM
>>>>>>
>>>>>>
>>>>>>>> Does it matter that the USB port used in this setting is a connected
>>>>>>>> to a USB HUB and then to the mother board?
>>>>>>>
>>>>>>> Is the hub passive, or is it powered? If the hub is good and not
>>>>>>> underpowered, it should be OK.
>>>>>>>
>>>>>>>> More details and tests will come your way in a day or two ... will
>>>>>>>> reinstall Mandriva 2010 and do some tests with older kernels.
>>>>>>>
>>>>>>> If you can download an openSUSE 11.2 Live CD and burn it, you would not
>>>>>>> even have to do an installation. That one has a 2.6.31 kernel.
>>>>>>>
>>>>>>> Larry
>>>>>
>>>>>
>>>>> Downloaded and installed:
>>>>>
>>>>> OpenSuse 11.2 - LiveCD result: Gnome Network-Manager tells me there
>>>>> is connection but no ping resposes, Firefox complains about conections
>>>>> errors.
>>>>>
>>>>> Mandriva 2010.0 (kernel 2.6.31-12) result: concection comes and goes
>>>>> ... generally the first boot of the day connects, but it lasts less
>>>>> than 5min. The error code is the "deauthentication by local reason
>>>>> (reason=3) again.
>>>>>
>>>>> MS-Win7 : connects and is as fast as ever.
>>>>>
>>>>> -- Any other suggestions?
>>>>>
>>>>> Rogerio
>>>>>
>>>>> PS: Will give OpenSuse a HD install atempt and will try to debug the
>>>>> Mandriva for some time, future tries involve Debian Stable (old
>>>>> kernel) and some Fedora (any suggestions?) and the NDISwrapper drive
>>>>> in a Debian Testing (the Distro I need working)
>>>>
>>>> Hi,
>>>>
>>>> Please also test Realtek's official r8187b driver. If possible, please
>>>> do an mmiotrace on that driver.
>>>
>>> Ok ... The official Realtek is only for 32bits systems right ? ( At
>>> least the guys at Realtek support told me so... ) and this mmiotrace
>>> can be accomplished how? Is it a program, a command, a debug message
>>> in some form? Sorry, as I said earlier I am NOT a kernel programer.
>>>
>>> Rogerio
>>>
>>
>> You need to enable MMIO tracing support in your kernel config, and
>> recompile your kernel (assuming it is not enabled already - distros
>> usually disable the entire tracing framework by default). Then:
>> -Mount debugfs to /debug. (Usually it is mounted by default, but some
>> distros like to mount it @ /sys/kernel/debug instead - remount it to
>> /debug.)
>> -"echo mmiotrace > /debug/tracing/current_tracer"
>> -"cat /debug/tracing/trace_pipe > trace.txt &" - at this point, tracing begins.
>> -Load r8187b and connect.
>> -"echo "Driver loaded!" > /debug/tracing/trace_marker"
>> -"echo nop > /debug/tracing/current_tracer" - tracing ends here.
>>
>> Do this for rtl8187 as well.
>> After each trace, check if "grep -i lost trace.txt" returns anything.
>> If it does, enlarge the trace buffer and retry:
>> -"cat /debug/tracing/trace_buffer_kb"
>> -"echo [BUFSIZE] > /debug/tracing/trace_buffer_kb", where [BUFSIZE] is
>> recommended to be about twice the number returned by the previous
>> command.
>
> I installed a vanilla kernel 2.6.32.11 , config to rum mmio , but my
> rtl818x modules are loaded by default and the modprobe -r command
> doesn't seem to change this ... any ideas ?
>
> Rogerio

Did you build rtl8187 as a module? Otherwise modprobe -r can do nothing.

>
>
>>
>> Repeat these steps until the "lost events" warning disappears. Once
>> you find the right BUFSIZE for one driver, you can use the same size
>> for the other one too.
>>
>> Hth,
>> Gábor
>>
>> --
>> Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)
>>
>

--
Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)

2010-04-24 13:59:09

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

On 04/24/2010 05:47 AM, Rogerio Luz Coelho wrote:
> Will check this ... but it seems to be a module ...If I have rtl8187
> and rtl8187b in the blacklist will I be able to load them manually?

Yes, you will be able to load manually. BTW, there is no rtl8187b. Both
the RTL8187L and the RTL8187B (device names) use driver rtl8187.

In future discussions, please trim the replies. We do not need to see
the same stuff over and over.

Larry

2010-04-03 16:00:17

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

On 04/03/2010 08:56 AM, Rogerio Luz Coelho wrote:
> Hello, sorry for posting this in a DEV list, but I tried elsewhere and
> people are generally kind, but unhelpfull. I am NOT a kernel
> programer, so I will impose on the list?s good will somewhat ;)
>
> I have a Laptop witch uses the Realtek rtl8187b chip in a USB internal
> conection.
>
> The chip WORKS in kernel Debian 2.6.32-3 , but is has an odd behavior:
>
> It works, connects and gives me ADSL speed as long as I am no more
> than 3 meters from the router. Beyond that I get a "wrong password"
> message in NetworkManager or Wicd (tried them both with similar
> results)

Your device may behaves very differently from mine. At 15 m from my AP,
my rtl8187B device gets the following performance:

finger@larrylap:~> tcpperf -c desktop
Duration: 10 573usec
Bytes sent: 4574208 (4467 kB 4 MB 0 GB)
Bandwidth: 3659157 b/s (3659.16 kb/s 3.66 Mb/s)
Close duration: 0s 62usec

finger@larrylap:~> iwconfig wlan3
wlan3 IEEE 802.11bg ESSID:"lwfdjf_rad"
Mode:Managed Frequency:2.412 GHz Access Point: 00:14:BF:85:49:FA
Bit Rate=11 Mb/s Tx-Power=20 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=69/70 Signal level=-41 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

My device is a Level One WNC-0301USB and shows the following in dmesg:

finger@larrylap:~> dmesg | grep rtl
[129918.822942] rtl8187: inconsistency between id with OEM info!
[129918.827838] phy1: hwaddr 00:11:6b:3e:c4:0a, RTL8187BvB(early) V0 +
rtl8225z2, rfkill mask 2
[129918.860071] rtl8187: Customer ID is 0x00
[129918.860230] Registered led device: rtl8187-phy1::radio
[129918.860333] Registered led device: rtl8187-phy1::tx
[129918.860448] Registered led device: rtl8187-phy1::rx
[129918.862425] rtl8187: wireless switch is on
[129918.863143] usbcore: registered new interface driver rtl8187

At my usual distance of 2 m from the AP, the transmit rate is about 13
Mb/s and the reported signal level is -23 dBm, about what you report.
Our chips are different, but that has not previously been a problem.

Have you used this device with kernels older than 2.6.32? Fortunately,
it does not need external firmware, thus it works with any Live CD. I
have routinely tested all fairly recent kernels and have never seen this
problem.

Larry

2010-04-03 17:04:18

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010-04-03 20:03:34

by Gus Wirth

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

On 04/03/2010 09:00 AM, Larry Finger wrote:
[snip]
> finger@larrylap:~> iwconfig wlan3
> wlan3 IEEE 802.11bg ESSID:"lwfdjf_rad"
> Mode:Managed Frequency:2.412 GHz Access Point: 00:14:BF:85:49:FA
> Bit Rate=11 Mb/s Tx-Power=20 dBm
> Retry long limit:7 RTS thr:off Fragment thr:off
> Power Management:off
> Link Quality=69/70 Signal level=-41 dBm
> Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
> Tx excessive retries:0 Invalid misc:0 Missed beacon:0
[snip]
> At my usual distance of 2 m from the AP, the transmit rate is about 13
> Mb/s and the reported signal level is -23 dBm, about what you report.
> Our chips are different, but that has not previously been a problem.

How is it that you get a reported Bit Rate of 11Mbps from iwconfig but
your actual measured bitrate is about 13Mbps? Is there something wrong
with the way iwconfig reports what's going on? Or is there some
compression going on that is not accounted for?

Gus

2010-04-03 16:49:50

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010/4/3 Larry Finger <[email protected]>:
> On 04/03/2010 08:56 AM, Rogerio Luz Coelho wrote:
>> Hello, sorry for posting this in a DEV list, but I tried elsewhere and
>> people are generally kind, but unhelpfull. I am NOT a kernel
>> programer, so I will impose on the list?s good will somewhat ;)
>>
>> I have a Laptop witch uses the Realtek rtl8187b chip in a USB internal
>> conection.
>>
>> The chip WORKS in kernel Debian 2.6.32-3 , but is has an odd behavior:
>>
>> It works, connects and gives me ADSL speed as long as I am no more
>> than 3 meters from the router. Beyond that I get a "wrong password"
>> message in NetworkManager or Wicd (tried them both with similar
>> results)
>
> Your device may behaves very differently from mine. At 15 m from my AP,
> my rtl8187B device gets the following performance:
>
> finger@larrylap:~> tcpperf -c desktop
> Duration: 10 573usec
> Bytes sent: 4574208 (4467 kB 4 MB 0 GB)
> Bandwidth: 3659157 b/s (3659.16 kb/s 3.66 Mb/s)
> Close duration: 0s 62usec
>
> finger@larrylap:~> iwconfig wlan3
> wlan3 ? ? IEEE 802.11bg ?ESSID:"lwfdjf_rad"
> ? ? ? ? ?Mode:Managed ?Frequency:2.412 GHz ?Access Point: 00:14:BF:85:49:FA
> ? ? ? ? ?Bit Rate=11 Mb/s ? Tx-Power=20 dBm
> ? ? ? ? ?Retry ?long limit:7 ? RTS thr:off ? Fragment thr:off
> ? ? ? ? ?Power Management:off
> ? ? ? ? ?Link Quality=69/70 ?Signal level=-41 dBm
> ? ? ? ? ?Rx invalid nwid:0 ?Rx invalid crypt:0 ?Rx invalid frag:0
> ? ? ? ? ?Tx excessive retries:0 ?Invalid misc:0 ? Missed beacon:0
>
> My device is a Level One WNC-0301USB and shows the following in dmesg:
>
> finger@larrylap:~> dmesg | grep rtl
> [129918.822942] rtl8187: inconsistency between id with OEM info!
> [129918.827838] phy1: hwaddr 00:11:6b:3e:c4:0a, RTL8187BvB(early) V0 +
> rtl8225z2, rfkill mask 2
> [129918.860071] rtl8187: Customer ID is 0x00
> [129918.860230] Registered led device: rtl8187-phy1::radio
> [129918.860333] Registered led device: rtl8187-phy1::tx
> [129918.860448] Registered led device: rtl8187-phy1::rx
> [129918.862425] rtl8187: wireless switch is on
> [129918.863143] usbcore: registered new interface driver rtl8187
>
> At my usual distance of 2 m from the AP, the transmit rate is about 13
> Mb/s and the reported signal level is -23 dBm, about what you report.
> Our chips are different, but that has not previously been a problem.
>
> Have you used this device with kernels older than 2.6.32? Fortunately,
> it does not need external firmware, thus it works with any Live CD. I
> have routinely tested all fairly recent kernels and have never seen this
> problem.
>
> Larry
>

I have a MS-Win7 instalation on this Laptop and it works 100% even at
longer distances than you report,even with walls in between.

Will do the tcpperf test as soon as I get home. There are other with
the same problem with my exact chip here in Brasil , that is because
one of our leading Laptop vendors uses this config.

Does it matter that the USB port used in this setting is a connected
to a USB HUB and then to the mother board?

More details and tests will come your way in a day or two ... will
reinstall Mandriva 2010 and do some tests with older kernels.

Thaks for the quick reply :)

Rogerio

2010-04-22 20:45:32

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

2010/4/11 Gábor Stefanik <[email protected]>:
> 2010/4/10 Rogerio Luz Coelho <[email protected]>:
>> 2010/4/10 Gábor Stefanik <[email protected]>:
>>> On Sat, Apr 10, 2010 at 2:07 PM, Rogerio Luz Coelho
>>> <[email protected]> wrote:
>>>> 2010/4/3 Rogerio Luz Coelho <[email protected]>:
>>>>> 2010/4/3 Larry Finger <[email protected]>:
>>>>>> On 04/03/2010 11:49 AM, Rogerio Luz Coelho wrote:
>>>>>>>
>>>>>>> I have a MS-Win7 instalation on this Laptop and it works 100% even at
>>>>>>> longer distances than you report,even with walls in between.
>>>>>>>
>>>>>>> Will do the tcpperf test as soon as I get home. There are other with
>>>>>>> the same problem with my exact chip here in Brasil , that is because
>>>>>>> one of our leading Laptop vendors uses this config.
>>>>>>
>>>>>> What is the exact make and model of the device? It might be difficult
>>>>>> for me to get one in the US, but one of the rtl8187 developers lives in
>>>>>> Brazil. He should be able to find one.
>>>>>>
>>>>>
>>>>> It愀 a POSITIVO R430L - Core 2 Duo 4GB RAM
>>>>>
>>>>>
>>>>>>> Does it matter that the USB port used in this setting is a connected
>>>>>>> to a USB HUB and then to the mother board?
>>>>>>
>>>>>> Is the hub passive, or is it powered? If the hub is good and not
>>>>>> underpowered, it should be OK.
>>>>>>
>>>>>>> More details and tests will come your way in a day or two ... will
>>>>>>> reinstall Mandriva 2010 and do some tests with older kernels.
>>>>>>
>>>>>> If you can download an openSUSE 11.2 Live CD and burn it, you would not
>>>>>> even have to do an installation. That one has a 2.6.31 kernel.
>>>>>>
>>>>>> Larry
>>>>
>>>>
>>>> Downloaded and installed:
>>>>
>>>> OpenSuse 11.2 - LiveCD result: Gnome Network-Manager tells me there
>>>> is connection but no ping resposes, Firefox complains about conections
>>>> errors.
>>>>
>>>> Mandriva 2010.0 (kernel 2.6.31-12) result: concection comes and goes
>>>> ... generally the first boot of the day connects, but it lasts less
>>>> than 5min. The error code is the "deauthentication by local reason
>>>> (reason=3) again.
>>>>
>>>> MS-Win7 : connects and is as fast as ever.
>>>>
>>>> -- Any other suggestions?
>>>>
>>>> Rogerio
>>>>
>>>> PS: Will give OpenSuse a HD install atempt and will try to debug the
>>>> Mandriva for some time, future tries involve Debian Stable (old
>>>> kernel) and some Fedora (any suggestions?) and the NDISwrapper drive
>>>> in a Debian Testing (the Distro I need working)
>>>
>>> Hi,
>>>
>>> Please also test Realtek's official r8187b driver. If possible, please
>>> do an mmiotrace on that driver.
>>
>> Ok ... The official Realtek is only for 32bits systems right ? ( At
>> least the guys at Realtek support told me so... ) and this mmiotrace
>> can be accomplished how? Is it a program, a command, a debug message
>> in some form? Sorry, as I said earlier I am NOT a kernel programer.
>>
>> Rogerio
>>
>
> You need to enable MMIO tracing support in your kernel config, and
> recompile your kernel (assuming it is not enabled already - distros
> usually disable the entire tracing framework by default). Then:
> -Mount debugfs to /debug. (Usually it is mounted by default, but some
> distros like to mount it @ /sys/kernel/debug instead - remount it to
> /debug.)
> -"echo mmiotrace > /debug/tracing/current_tracer"
> -"cat /debug/tracing/trace_pipe > trace.txt &" - at this point, tracing begins.
> -Load r8187b and connect.
> -"echo "Driver loaded!" > /debug/tracing/trace_marker"
> -"echo nop > /debug/tracing/current_tracer" - tracing ends here.
>
> Do this for rtl8187 as well.
> After each trace, check if "grep -i lost trace.txt" returns anything.
> If it does, enlarge the trace buffer and retry:
> -"cat /debug/tracing/trace_buffer_kb"
> -"echo [BUFSIZE] > /debug/tracing/trace_buffer_kb", where [BUFSIZE] is
> recommended to be about twice the number returned by the previous
> command.

I installed a vanilla kernel 2.6.32.11 , config to rum mmio , but my
rtl818x modules are loaded by default and the modprobe -r command
doesn't seem to change this ... any ideas ?

Rogerio

>
> Repeat these steps until the "lost events" warning disappears. Once
> you find the right BUFSIZE for one driver, you can use the same size
> for the other one too.
>
> Hth,
> Gábor
>
> --
> Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)
>

2010-05-14 20:20:16

by seno

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

Larry, do you think there is some improvement possible with the driver from
here?

http://ubuntuforums.org/showthread.php?t=1446894
(rtl8187B_linux_26.1056.1112.2009.release.tar.gz )

This seems to be the latest realtek driver.
I downloaded, compiled and installed, but driver did not load correct, loads of
errors in dmesg (I'm not a linux pro, sorry)

2010-05-06 18:20:44

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

On 05/06/2010 12:36 PM, seno wrote:
> Hi Larry,
>
> I'm running Mandriva 2010 x86_64 (2.6.31.13) and have a 8187b chipset installed:
>
> 0bda:8189 Realtek Semiconductor Corp. RTL8187B Wireless 802.11g 54Mbps Network
> Adapter
>
> As many other linux users report, this chipset is supported but offers only
> limited performance, especially compared to results when using windows.
>
> Some time ago I connected to a Linksys wrt 54 GL router with Linksys firmware
> and recently I installed DD-wrt on that router, but perfomance remaind at the
> same (poor) level; meaning there must be something wrong with the rtl8187 linux
> modul.
>
> Right now the router is ~10 meters away and iwconfig wlan0 output is
>
> IEEE 802.11bg ESSID:"xxx"
> Mode:Managed Frequency:2.412 GHz Access Point: 00:14:BF:4A:ED:F9
> Bit Rate=18 Mb/s Tx-Power=27 dBm
> Retry long limit:7 RTS thr:off Fragment thr:off
> Encryption key:xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx [3]
> Power Management:off
> Link Quality=70/70 Signal level=-33 dBm
> Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
> Tx excessive retries:0 Invalid misc:0 Missed beacon:0
>
> Right after booting, I can reach a wireless download rate of ~ 10mbit/s (I have
> 10 mbit cable internet). After a while, it seems that the wireless rate drops
> to 1 mbit/s although iwconfig wlan0 stills shows a bit rate of 11 or 18 mbit/s.
> That means, I get stuck at a download speed of ~ 130 K/s -unless I come closer
> to the router, 1 meter ie, then the wireless speed goes up again.
>
> The router status shows
>
> Wireless Packet Info
> Received (RX)
> 45915806 OK, 10 errors
> Transmitted (TX)
> 81142592 OK, 746 errors
>
> If the machine with the 8187b chip is connected, I get a lot of TX errors on
> the router.
>
> While linux shows good connection quality, the router indicates a bad signal
> quality:
>
> Signal Noise SNR Signal Quality
> -74 -94 20 24%
>
> -I installed the latest package from linux wireless, driver loaded but for some
> reason it was not able to connect to a wpa2 network (iwconfig wlan0 never shot
> enc key), so I uninstalled that again.
> -I booted a Mandirva 2010.0 x86 live cd to see if the problem is the same on 32
> bit system, and yes, it is.
> -I found a 'newer' driver rtl8187B_linux_26.1056.1112.2009.release.tar.gz on
> ubuntu forum - compiled, installed but for any reason driver did not load
> correctly and something ooopsed (I blacklisted rtl8187 and set r8187 as alias
> for wlan0).
>
> Any idea what I could do to get some better performance with the 8187b chipset?

I do not understand the poor performance. I have a device with the
rtl8187b chip - USB IDs 0bda:8187. That is an ID for an rtl8187, but it
does have the B chip. I use tcpperf to measure the transmit speed. At 2
m from the AP with an indicated signal of -17 dBm, my throughput is 13
Mb/s. At 10 m with a signal of -49 dBm, the transmit speed is 3.5 Mb/s.
On the download using speedtest.net, I got 11.3 Mb/s at 2 m, and 2.64 at
10 m. I got 0.49 Mb/s upload at both distances as that is the speed of
my line.

What happens if you use iwconfig to force a particular rate? At what
setting is your throughput maximized. I don't think there is a problem
with the rate setting mechanism, but that would test it.

Larry

2010-05-14 20:13:00

by seno

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

Larry Finger <Larry.Finger@...> writes:

> I do not understand the poor performance. I have a device with the
> rtl8187b chip - USB IDs 0bda:8187. That is an ID for an rtl8187, but it
> does have the B chip. I use tcpperf to measure the transmit speed. At 2
> m from the AP with an indicated signal of -17 dBm, my throughput is 13
> Mb/s. At 10 m with a signal of -49 dBm, the transmit speed is 3.5 Mb/s.
> On the download using speedtest.net, I got 11.3 Mb/s at 2 m, and 2.64 at
> 10 m. I got 0.49 Mb/s upload at both distances as that is the speed of
> my line.
>
> What happens if you use iwconfig to force a particular rate? At what
> setting is your throughput maximized. I don't think there is a problem
> with the rate setting mechanism, but that would test it.
>
> Larry

Hello,
it turns out that terms 'poor' or 'slow' performance on 8187b chipsets need to
be discussed more in detail.
If I would have never had a faster network, I would possibly not notice those
performance downturns.
I did some test on my notebook, once with mandriva 2010.0 and once with win 7.

The results:

windows:
@ 2 meters distance
rate : 54M
dBm : -46
speedtest: 9.9/0.98 Mbit/s (down/up)
DL file*: ~2.5 MByte/s

@ 10 meters distance
rate : 54M
dBm : -64
speedtest: 9.9/0.97 Mbit/s (down/up)
DL file*: ~1.25 MByte/s

linux:
@ 2 meters distance
rate : 36M
dBm : -30
speedtest: 9.9/1.00 Mbit/s (down/up)
DL file*: ~1.5 MByte/s
tcpperf output: 11769623 b/s (11769.62 kb/s 11.77 Mbit/s)

@ 10 meters distance
rate : 18M
dBm : -45
speedtest: 1.2/0.85 Mbit/s (down/up)
Dl file*: ~130 KByte/s (<---!!)
tcpperf output: 3663403 b/s (3663.40 kb/s 3.66 Mbit/s)

Dl file* = copy large file from a machine which is connected via 100mbit
ethernet to the router.

I did all tests several times to make sure to not report some random results.

Before I used pid algorithm as someone described above, but could not notice
any difference in network behavior.

If rate is set to auto, it _sometimes_ (~ twice a day) happens that connection
is up and iwconfig shows a rate of 24M, but I can not even ping the router.
Same happens if I set a fixed rate of 36 or 18, but it happens more often
(every 15 min) that the connection is up but no traffic is possible at all.
A fixed rate of 5.5M gives the most stable connection although the wireless
speed is as slow @ 10 meters with auto rate (130 KByte/s is FAR from 5.5M)
The rate settings apply to 10 meters distance, which is my typical situation
here at home.

On another PC with zw1211 wireless I set rate to 54M some time ago and there
the trick did it, connection is perfect and very fast.

2010-05-06 17:45:06

by seno

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

Hi Larry,

I'm running Mandriva 2010 x86_64 (2.6.31.13) and have a 8187b chipset installed:

0bda:8189 Realtek Semiconductor Corp. RTL8187B Wireless 802.11g 54Mbps Network
Adapter

As many other linux users report, this chipset is supported but offers only
limited performance, especially compared to results when using windows.

Some time ago I connected to a Linksys wrt 54 GL router with Linksys firmware
and recently I installed DD-wrt on that router, but perfomance remaind at the
same (poor) level; meaning there must be something wrong with the rtl8187 linux
modul.

Right now the router is ~10 meters away and iwconfig wlan0 output is

IEEE 802.11bg ESSID:"xxx"
Mode:Managed Frequency:2.412 GHz Access Point: 00:14:BF:4A:ED:F9
Bit Rate=18 Mb/s Tx-Power=27 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Encryption key:xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx [3]
Power Management:off
Link Quality=70/70 Signal level=-33 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

Right after booting, I can reach a wireless download rate of ~ 10mbit/s (I have
10 mbit cable internet). After a while, it seems that the wireless rate drops
to 1 mbit/s although iwconfig wlan0 stills shows a bit rate of 11 or 18 mbit/s.
That means, I get stuck at a download speed of ~ 130 K/s -unless I come closer
to the router, 1 meter ie, then the wireless speed goes up again.

The router status shows

Wireless Packet Info
Received (RX)
45915806 OK, 10 errors
Transmitted (TX)
81142592 OK, 746 errors

If the machine with the 8187b chip is connected, I get a lot of TX errors on
the router.

While linux shows good connection quality, the router indicates a bad signal
quality:

Signal Noise SNR Signal Quality
-74 -94 20 24%

-I installed the latest package from linux wireless, driver loaded but for some
reason it was not able to connect to a wpa2 network (iwconfig wlan0 never shot
enc key), so I uninstalled that again.
-I booted a Mandirva 2010.0 x86 live cd to see if the problem is the same on 32
bit system, and yes, it is.
-I found a 'newer' driver rtl8187B_linux_26.1056.1112.2009.release.tar.gz on
ubuntu forum - compiled, installed but for any reason driver did not load
correctly and something ooopsed (I blacklisted rtl8187 and set r8187 as alias
for wlan0).

Any idea what I could do to get some better performance with the 8187b chipset?

2010-06-03 15:41:24

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

You need to enable MMIO tracing support in your kernel config, and
> recompile your kernel (assuming it is not enabled already - distros
> usually disable the entire tracing framework by default). Then:
> -Mount debugfs to /debug. (Usually it is mounted by default, but some
> distros like to mount it @ /sys/kernel/debug instead - remount it to
> /debug.)
> -"echo mmiotrace > /debug/tracing/current_tracer"
> -"cat /debug/tracing/trace_pipe > trace.txt &" - at this point, tracing begins.
> -Load r8187b and connect.
> -"echo "Driver loaded!" > /debug/tracing/trace_marker"
> -"echo nop

Ok here are some news:

1) The rtl8187b problem is a know bug in Ubuntu since forever - bug
#215802 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/215802

2) Tryied the Realtek driver found in:
http://ubuntuforums.org/showthread.php?t=1446894
(rtl8187B_linux_26.1056.1112.2009.release.tar.gz )

- as seno said here on the list in 14-05-2010 17:20:02

It installs a module called r8187b, witch I managed to use ONCE, after
it installed, then after it disconnected it would not connect again, and
after I rebooted there was no more wi-fi interface (!!!) ifconfig and
iwconfig confirm that my wi-fi card (wlan0) is nowhere to be found

5) Rate seems weird on this card. If I define the rate with
"iwconfig wlan0 rate 11M" it gives the best download speed, even if I
rase this to 24M or 54M I get at least a 40% difference, same if I lower
the rate.
Maybe what Hin-Tak Leung (2010-04-03) said about the Minstrel algorithm?
Could we try to install both Minstrel and older algorithms side by side
and make a comparison? from what I read here:

http://wireless.kernel.org/en/developers/Documentation/mac80211/RateControl/minstrel
"Further, it means that the 1 Mbps rate (which typically has a high
probability of successful transmission) will not be used in preference
to the 11 Mbps rate."

But my rate is always a defaulted 1Mb/s on bootup. I put it to 11M
manually and the connection improves dramatically

4) Ran the mmiotrace on the rtl8187 driver, it all seems gibberish to
me ;)

one while it was at 1m from the router giving me top speed (same as
Win7): trace1.txt:

VERSION 20070824
PCIDEV 0000 10390671 0 d0000000 0 0 0 0 0 0 8000000 0 0 0 0 0 0
agpgart-sis
PCIDEV 0008 10390003 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
PCIDEV 0010 10390968 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
PCIDEV 0015 10395513 10 1f0 3f6 170 376 1081 0 0 8 0 8 0 10 0 0 pata_sis
PCIDEV 0018 10397001 14 d8404000 0 0 0 0 0 0 1000 0 0 0 0 0 0 ohci_hcd
PCIDEV 0019 10397001 15 d8405000 0 0 0 0 0 0 1000 0 0 0 0 0 0 ohci_hcd
PCIDEV 001b 10397002 16 d8406000 0 0 0 0 0 0 1000 0 0 0 0 0 0 ehci_hcd
PCIDEV 0020 10390191 13 d8407000 1001 0 0 0 0 0 80 80 0 0 0 0 0 sis190
PCIDEV 0028 10391183 11 10c9 10bd 10c1 10b9 10a1 0 0 8 4 8 4 10 0 0
sata_sis
PCIDEV 0030 1039000a 18 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
PCIDEV 0038 1039000a 19 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
PCIDEV 0078 10397502 12 d8400000 0 0 0 0 0 0 4000 0 0 0 0 0 0 HDA Intel
PCIDEV 00f8 10390004 1a 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
PCIDEV 0100 10396351 10 c0000008 d8000000 9001 0 0 0 2 10000000 20000 80
0 0 0 0
PCIDEV 0300 197b2382 10 d8100000 0 0 0 0 0 d8500000 100 0 0 0 0 0 10000
sdhci-pci
PCIDEV 0302 197b2381 10 d8100400 0 0 0 0 0 0 100 0 0 0 0 0 0
PCIDEV 0303 197b2383 10 d8100800 0 0 0 0 0 0 100 0 0 0 0 0 0 jmb38x_ms

** then when it was about 10m - failed to connect (Windows 7 connects
normally) trace2.txt

VERSION 20070824
PCIDEV 0000 10390671 0 d0000000 0 0 0 0 0 0 8000000 0 0 0 0 0 0
agpgart-sis
PCIDEV 0008 10390003 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
PCIDEV 0010 10390968 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
PCIDEV 0015 10395513 10 1f0 3f6 170 376 1081 0 0 8 0 8 0 10 0 0 pata_sis
PCIDEV 0018 10397001 14 d8404000 0 0 0 0 0 0 1000 0 0 0 0 0 0 ohci_hcd
PCIDEV 0019 10397001 15 d8405000 0 0 0 0 0 0 1000 0 0 0 0 0 0 ohci_hcd
PCIDEV 001b 10397002 16 d8406000 0 0 0 0 0 0 1000 0 0 0 0 0 0 ehci_hcd
PCIDEV 0020 10390191 13 d8407000 1001 0 0 0 0 0 80 80 0 0 0 0 0 sis190
PCIDEV 0028 10391183 11 10c9 10bd 10c1 10b9 10a1 0 0 8 4 8 4 10 0 0
sata_sis
PCIDEV 0030 1039000a 18 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
PCIDEV 0038 1039000a 19 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
PCIDEV 0078 10397502 12 d8400000 0 0 0 0 0 0 4000 0 0 0 0 0 0 HDA Intel
PCIDEV 00f8 10390004 1a 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
PCIDEV 0100 10396351 10 c0000008 d8000000 9001 0 0 0 2 10000000 20000 80
0 0 0 0
PCIDEV 0300 197b2382 10 d8100000 0 0 0 0 0 d8500000 100 0 0 0 0 0 10000
sdhci-pci
PCIDEV 0302 197b2381 10 d8100400 0 0 0 0 0 0 100 0 0 0 0 0 0
PCIDEV 0303 197b2383 10 d8100800 0 0 0 0 0 0 100 0 0 0 0 0 0 jmb38x_ms

*** All the steps asked by Gábor were done.

Thanks all you guys.

Rogerio

Attachments:

trace2.txt (1.16 kB)
trace1.txt (1.16 kB)
Download all attachments

2010-08-11 00:03:47

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

lem
2010/8/8 Larry Finger <[email protected]>:
> On 08/08/2010 05:22 PM, Rogerio Luz Coelho wrote:
>> SNIP ...
>>
>> So no luck with the Realtek driver yet?
>
> We are not doing anything with the Realtek driver. My RTL8187B device works
> perfectly fine.
>
> If you were to study a vendor driver and come up with some patches to rtl8187
> that made your device function better, then I would consider them, but at this
> point, I am not looking at any changes to rtl8187.
>
> Larry
>

Ok, but have you seen the amount of people on the Ubuntu bug list with
the same problem?

I am just saying it seems it is quite widespread problem, not just my case ...

I tried to post all information asked, I have no idea even if I did
the mmio trace right since I had no response.

:)

Hey, I am not trolling here, it?s just I thought you guys would
**magically** find the issue after my post (hey wishfull thinking is
STILL thinking right?)

Rogerio

2010-08-09 01:44:03

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

On 08/08/2010 05:22 PM, Rogerio Luz Coelho wrote:
> SNIP ...
>
> So no luck with the Realtek driver yet?

We are not doing anything with the Realtek driver. My RTL8187B device works
perfectly fine.

If you were to study a vendor driver and come up with some patches to rtl8187
that made your device function better, then I would consider them, but at this
point, I am not looking at any changes to rtl8187.

Larry

2010-08-08 22:22:54

[permalink] [raw]

Subject: Re: RTL 8187b - naughty behaviour

SNIP ...

So no luck with the Realtek driver yet?

Rogerio

2010-08-11 02:51:33