On 17.01.2015 00:57, sean darcy wrote:
On 01/16/2015 07:09 AM, poma wrote:
> On 16.01.2015 10:37, Hayes Wang wrote:
>> poma [mailto:pomidorabelisima@gmail.com]
>>> Sent: Friday, January 16, 2015 4:25 PM
>> [...]
>>>> This looks like a USB problem. Is there a way to get usb (or
>>>> NetworkManager) to reinitialize the driver when this happens?
>>>
>>> I would ask these people for advice, therefore.
>>
>> Our hw engineers need to analyse the behavior of the device.
>> However, I don't think you have such instrument to provide
>> the required information. If we don't know the reason, we
>> couldn't give you the proper solution. Besides, your solution
>> would work if and only if reloading the driver is helpful.
>>
>> The issue have to debug from the hardware, and I have no idea
>> about what the software could do before analysing the hw. Maybe
>> you could try the following driver first to check if it is useful.
>>
>>
http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=2&PNid=...
>>
>> Best Regards,
>> Hayes
>>
>
> Thanks for your response, Mr. Hayes.
>
> Mr. Sean, please download and check if "timeout" is still present with
built RTL8153 module from REALTEK site, as Mr. Hayes proposed.
>
http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=2&PNid=...
> r8152.53-2.03.0.tar.bz2
>
> Procedure - should be equal for both, Fedora 21 & 20:
>
> $ uname -r
> 3.17.8-300.fc21.x86_64
>
> $ su -c 'yum install kernel-devel'
>
> $ tar xf r8152.53-2.03.0.tar.bz2
> $ cd r8152-2.03.0/
> $ make
> $ su
>
> # cp 50-usb-realtek-net.rules /etc/udev/rules.d/
> # udevadm trigger --action=add
>
> # modprobe -rv r8152
> # cp r8152.ko /lib/modules/$(uname -r)/updates/
> # depmod
> # modprobe -v r8152
>
>
> poma
>
OK. Did all that. Now to see if I get the same problem over the next
couple of weeks.
I'd never heard about the updates subfolder in modules. Very slick.
But when I update the kernel, I get to do this again correct? How will I
$ cd r8152-2.03.0/
$ make clean
$ make
$ su
# cp r8152.ko /lib/modules/$(uname -r)/updates/
# depmod
# modprobe -v r8152
is part of the procedure necessary for a new i.e. an upgraded kernel.
know that this module has been incorporated in the running kernel.
modinfo doesn't give any version info.
$ modinfo r8152 -n
will show the module considered for loading.
BTW, I'm not sure what modprobe --dump-modversions is supposed to
do,
but it doesn't:
#modprobe --dump-modversions r8152
modprobe: FATAL: Module r8152 not found.
# modprobe --dump-modversions r8152.ko
modprobe: FATAL: Module r8152.ko not found.
#lsmod | grep 8152
r8152 49646 0
"--dump-modversions" will probably show the same error for any module.
Thanks for all your help.
sean
YW