Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #176662 > unrolled thread

Which driver for RealTek RTL8168 ethernet interface card?

Back to article view | Back to linux.debian.user

Contents

  Which driver for RealTek RTL8168 ethernet interface card? "M.A. Perry" <maperry@zeelandnet.nl> - 2017-01-14 10:20 +0100
    Re: Which driver for RealTek RTL8168 ethernet interface card? Вадим Колчев <vadimkolchev@gmail.com> - 2017-01-14 11:20 +0100
    Re: Which driver for RealTek RTL8168 ethernet interface card? Pascal Hambourg <pascal@plouf.fr.eu.org> - 2017-01-14 11:20 +0100
      Re: Which driver for RealTek RTL8168 ethernet interface card? Michael Milliman <michael.e.milliman@gmail.com> - 2017-01-14 11:50 +0100
        Re: Which driver for RealTek RTL8168 ethernet interface card? Michael Milliman <michael.e.milliman@gmail.com> - 2017-01-14 12:00 +0100
        Re: Which driver for RealTek RTL8168 ethernet interface card? Pascal Hambourg <pascal@plouf.fr.eu.org> - 2017-01-14 12:10 +0100
    Re: Which driver for RealTek RTL8168 ethernet interface card? <tomas@tuxteam.de> - 2017-01-14 11:30 +0100
      Re: Which driver for RealTek RTL8168 ethernet interface card? Pascal Hambourg <pascal@plouf.fr.eu.org> - 2017-01-14 11:40 +0100
        Re: Which driver for RealTek RTL8168 ethernet interface card? <tomas@tuxteam.de> - 2017-01-14 12:20 +0100
          Re: Which driver for RealTek RTL8168 ethernet interface card? Curt <curty@free.fr> - 2017-01-14 18:30 +0100
            Re: Which driver for RealTek RTL8168 ethernet interface card? Brian <ad44@cityscape.co.uk> - 2017-01-14 21:30 +0100

#176662 — Which driver for RealTek RTL8168 ethernet interface card?

Dear People,
A question here, not a problem as such.
My (domestic dektop) runs under Debian 8.6 (Jessie)
and has a RealTek ethernet (i.e internet) wired interface.

On boot-up, the monitor briefly shows a message to the
effect     "... failed to load rtl_nic/rtl8168g-2.fw firmware".
Running "dmesg | tail" shows much the same in more detail.

Nevertheless, the wired ethernet connection to internet
seems to work fine. There is no wireless interface on the
Asus P8B75-MLE motherboard as far as I know.

The above suggests that other software takes over the
function of the missing Non-Free RealTek driver.

Thus my question:  What should I do?
either:
a)  Leave things as they are ('If it ain't broke don't fix it')
or :
b) install the Debian non-free package "firmware-realtek (0.43)
Can someone with experience of this software please advise??
Thanks in advance.
Cheers,
M.A. Perry
-- 
Sent from my unwashed Linux box

[toc] | [next] | [standalone]

#176666

[Multipart message — attachments visible in raw view] — view raw

Search for firmware-realtek and install, this should help get rid of the
error.

14 Янв 2017 г. 12:13 PM пользователь "Pascal Hambourg" <
pascal@plouf.fr.eu.org> написал:

> Le 14/01/2017 à 10:18, M.A. Perry a écrit :
>
>>
>> On boot-up, the monitor briefly shows a message to the
>> effect     "... failed to load rtl_nic/rtl8168g-2.fw firmware".
>> Running "dmesg | tail" shows much the same in more detail.
>>
>> Nevertheless, the wired ethernet connection to internet
>> seems to work fine.(...)
>>
>> The above suggests that other software takes over the
>> function of the missing Non-Free RealTek driver.
>>
>
> No.
> 1) The missing file is a firmware, not a driver.
> 2) No other software takes over the function of a missing firmware. The
> function just won't be used. Some firmware functions are optional, such as
> offload optimizations.
>
>

[toc] | [prev] | [next] | [standalone]

#176668

Le 14/01/2017 à 10:18, M.A. Perry a écrit :
>
> On boot-up, the monitor briefly shows a message to the
> effect     "... failed to load rtl_nic/rtl8168g-2.fw firmware".
> Running "dmesg | tail" shows much the same in more detail.
>
> Nevertheless, the wired ethernet connection to internet
> seems to work fine.(...)
>
> The above suggests that other software takes over the
> function of the missing Non-Free RealTek driver.

No.
1) The missing file is a firmware, not a driver.
2) No other software takes over the function of a missing firmware. The 
function just won't be used. Some firmware functions are optional, such 
as offload optimizations.

[toc] | [prev] | [next] | [standalone]

#176675

On 01/14/2017 04:13 AM, Pascal Hambourg wrote:
> Le 14/01/2017 à 10:18, M.A. Perry a écrit :
>>
>> On boot-up, the monitor briefly shows a message to the
>> effect     "... failed to load rtl_nic/rtl8168g-2.fw firmware".
>> Running "dmesg | tail" shows much the same in more detail.
>>
>> Nevertheless, the wired ethernet connection to internet
>> seems to work fine.(...)
>>
>> The above suggests that other software takes over the
>> function of the missing Non-Free RealTek driver.
>
> No.
> 1) The missing file is a firmware, not a driver.
> 2) No other software takes over the function of a missing firmware. 
> The function just won't be used. Some firmware functions are optional, 
> such as offload optimizations.
>
While I do not have a RealTek ethernet nic, the wireless interface on my 
laptop is RealTek and it has a similar situation, though without the 
firmware, the wireless interface will not run at all. The required 
firmware for my interface is contained in 'firmware-linux-nonfree' 
package.  I suspect that package would probably work for you as well.  
Check the information associated with this package and others discussed 
on this thread to see exactly which one is needed for you nic.

As noted by other posts, in your situation, it appears that the firmware 
is optional, providing extra functionality which you will probably never 
notice (though the OS may well use it behind the scenes). Ultimately, 
the question to answer is do you care about the possible optimizations 
provided by the firmware and/or do you care about the message popping up 
at boot time.  If you don't need the optimizations and don't care about 
the message, then you don't need the firmware.

-- 
73's de Mike, WB5VQX

[toc] | [prev] | [next] | [standalone]

#176676

On 01/14/2017 04:43 AM, Michael Milliman wrote:
>
>
> On 01/14/2017 04:13 AM, Pascal Hambourg wrote:
>> Le 14/01/2017 à 10:18, M.A. Perry a écrit :
>>>
>>> On boot-up, the monitor briefly shows a message to the
>>> effect     "... failed to load rtl_nic/rtl8168g-2.fw firmware".
>>> Running "dmesg | tail" shows much the same in more detail.
>>>
>>> Nevertheless, the wired ethernet connection to internet
>>> seems to work fine.(...)
>>>
>>> The above suggests that other software takes over the
>>> function of the missing Non-Free RealTek driver.
>>
>> No.
>> 1) The missing file is a firmware, not a driver.
>> 2) No other software takes over the function of a missing firmware. 
>> The function just won't be used. Some firmware functions are 
>> optional, such as offload optimizations.
>>
> While I do not have a RealTek ethernet nic, the wireless interface on 
> my laptop is RealTek and it has a similar situation, though without 
> the firmware, the wireless interface will not run at all. The required 
> firmware for my interface is contained in 'firmware-linux-nonfree' 
> package.
After a little more research, I find that I am in fact incorrect. The 
package 'firmware-realtek' is installed on my system and is required for 
my wireless interface.  I'm not sure how it got installed, as I did not 
explicitly install it. 'firmware-linux-nonfree' is also required on my 
system, however that package appears to be needed only for the Radeon 
graphics.

My apologies for the error.
>   I suspect that package would probably work for you as well.  Check 
> the information associated with this package and others discussed on 
> this thread to see exactly which one is needed for you nic.
>
> As noted by other posts, in your situation, it appears that the 
> firmware is optional, providing extra functionality which you will 
> probably never notice (though the OS may well use it behind the 
> scenes). Ultimately, the question to answer is do you care about the 
> possible optimizations provided by the firmware and/or do you care 
> about the message popping up at boot time.  If you don't need the 
> optimizations and don't care about the message, then you don't need 
> the firmware.
>

-- 
73's de Mike, WB5VQX

[toc] | [prev] | [next] | [standalone]

#176678

Le 14/01/2017 à 11:43, Michael Milliman a écrit :
>
> While I do not have a RealTek ethernet nic, the wireless interface on my
> laptop is RealTek and it has a similar situation, though without the
> firmware, the wireless interface will not run at all. The required
> firmware for my interface is contained in 'firmware-linux-nonfree'
> package.

Are you sure ? AFAICS, there is no Realtek firmware in this package. 
They are all in the firmware-realtek package.

[toc] | [prev] | [next] | [standalone]

#176669

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sat, Jan 14, 2017 at 10:18:40AM +0100, M.A. Perry wrote:
> Dear People,
> A question here, not a problem as such.
> My (domestic dektop) runs under Debian 8.6 (Jessie)
> and has a RealTek ethernet (i.e internet) wired interface.
> 
> On boot-up, the monitor briefly shows a message to the
> effect     "... failed to load rtl_nic/rtl8168g-2.fw firmware".
> Running "dmesg | tail" shows much the same in more detail.
> 
> Nevertheless, the wired ethernet connection to internet
> seems to work fine. There is no wireless interface on the
> Asus P8B75-MLE motherboard as far as I know.
> 
> The above suggests that other software takes over the
> function of the missing Non-Free RealTek driver.

To complement the other (correct) answers given here:
the "firmware" is some software running on the network card
itself, which contains (at least) one computer.

Now there's already some firmware on that card (ROM, flash,
whatever persistent storage). But those things are set up
to receive more firmware from the operating system on
the "main" computer. This brings, as Pascal notes, sometimes
optional features, allowing the card to do thins the
OS would have to do.

In your case things work without the firmware, so it's up
to you to choose whether you'd try the firmware or not.

(My WiFi hardware also would like to get some firmware.
Since it isn't free software, I decided to go without).

regards
- -- t
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlh5/DkACgkQBcgs9XrR2kbvdgCeNu0Wwcv9ivSItT2gWpoLIB6+
nqcAn0AIxMLw/txRVmsfbtvg5mor6aLH
=8TXz
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#176670

Le 14/01/2017 à 11:23, tomas@tuxteam.de a écrit :
>
> Now there's already some firmware on that card (ROM, flash,
> whatever persistent storage). But those things are set up
> to receive more firmware from the operating system on
> the "main" computer.
(...)
> (My WiFi hardware also would like to get some firmware.
> Since it isn't free software, I decided to go without).

May I ask why ?
As you noted above, many hardware parts already contain embedded non 
free firmwares (motherboard, graphic card, network adapter, storage 
adapter, hard disk, SSD...) so what difference does it make to use a few 
extra loadable firmwares or not ?

[toc] | [prev] | [next] | [standalone]

#176679

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sat, Jan 14, 2017 at 11:38:19AM +0100, Pascal Hambourg wrote:
> Le 14/01/2017 à 11:23, tomas@tuxteam.de a écrit :
> >
> >Now there's already some firmware on that card (ROM, flash,
> >whatever persistent storage). But those things are set up
> >to receive more firmware from the operating system on
> >the "main" computer.
> (...)
> >(My WiFi hardware also would like to get some firmware.
> >Since it isn't free software, I decided to go without).
> 
> May I ask why ?

This discussion has been carried out (with varying degrees of
intensity, sometimes reaching the "flamewar" level, perhaps
also because of the (seemingly paradoxical) standpoint of the
FSF on it. Since you are around for quite a while, your
innocent-looking question raises a little alarm bell in me :)

> As you noted above, many hardware parts already contain embedded non
> free firmwares (motherboard, graphic card, network adapter, storage
> adapter, hard disk, SSD...) so what difference does it make to use a
> few extra loadable firmwares or not ?

Suffice it to say, I prefer to not add non-free to non-free (of
course I'd prefer the whole firmware in the device to be free:
getting there slowly).

It is a complicated field, and there are differing opinions on
that[1]

regards

[1] https://en.wikipedia.org/wiki/Binary_blob

- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlh6B/YACgkQBcgs9XrR2kYpuACfURUe0/dd6yXJLT1K5CIfqiXM
1GoAnjf3PhJryNbA81xAP/+JOybv0ZSB
=ZUuZ
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#176701

On 2017-01-14, <tomas@tuxteam.de> <tomas@tuxteam.de> wrote:
>
> Suffice it to say, I prefer to not add non-free to non-free (of
> course I'd prefer the whole firmware in the device to be free:
> getting there slowly).

Well, then, you're a little bit pregnant.

> It is a complicated field, and there are differing opinions on
> that[1]
>
> regards
>
> [1] https://en.wikipedia.org/wiki/Binary_blob
>
> - -- tomás
>
>


-- 
“It is enough that the arrows fit exactly in the wounds that they have made.”
Franz Kafka

[toc] | [prev] | [next] | [standalone]

#176709

On Sat 14 Jan 2017 at 17:27:27 +0000, Curt wrote:

> On 2017-01-14, <tomas@tuxteam.de> <tomas@tuxteam.de> wrote:
> >
> > Suffice it to say, I prefer to not add non-free to non-free (of
> > course I'd prefer the whole firmware in the device to be free:
> > getting there slowly).
> 
> Well, then, you're a little bit pregnant.

Insightful and subtle. Qualities not often seen together.

Collapse of stout party.

-- 
Brian.

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web