[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Correct binary for Intel Core i5

Boyd Stephen Smith Jr. put forth on 2/22/2010 1:01 PM:

> So, non-free firmware is normally moved to non-free instead of being dropped 
> from Debian entirely for many years now.  Drivers that were previously dropped 
> because of non-free firmware might be added back in, if they can be modified 
> to use request_firmware().  Filing a bug might be appropriate here.

So how do you make this jibe with the case of the RTL 8168/9 in Squeeze
2.6.32, where the driver exists and loads, yet can't find the firmware blob,
then fails?

I'm talking the Squeeze 2.6.32 kernel.  There was a lengthy thread a month
ago.  An OP's RTL 8169 wouldn't function because the new kernel couldn't
load the firmware blob.  My investigation shows the Debian kernel team (not
upstream) removed the firmware blob as they deemed it "non-free".  Dig up
the old post for details.

>From what you're saying, it should have still been distributed somewhere
into the filesystem and findable by the kernel, so as to not brick the
users' ethernet, no?

Well, it didn't happen.  The firmware blob was completely ripped out by the
Debian kernel team and or other devs and now bricks RTL 8168/9 interfaces.

I am asking you about this specific case, not about whether the Debian
kernel team are normally "good and flawless".


Reply to: