> While security is important, it's far from being the only reason that
> makes free software important.
> When security and freedom conflicts, I usually prefer freedom.
I agree here too. While security and privacy are a factor for me
it's far from the most important. To me the most important is
i
And to be clear I never suggested adding the raspberry pi firmware to
a FSDG compliant distribution.
I don't think the suggestion I made actually qualifies the raspberry
pi firmware - or any current firmware for that matter. It was made to
encourage hardware manufacturers that are willing to dip a
> David, I think you need to give up wasting your time trying to convince
> a Gnu/Linux *Libre* list that proprietary kernel blobs are a good idea.
> Most people are here because they care more about freedom than getting
> the support of every manufacturer on the market. If you want to make
> headw
> About that conversation involving some GuixSD user: He gave that kind of
> recommendation so easily? I'm shocked...
The irony is that unless you know as much about hardware as Denis you
ARE USING NON-FREE FIRMWARE. As proven by you suggestion to simply use
a different distro.
Hi Denis,
Thank you for your extensive feedback.
> With that we can still use WiFi by ignoring the intel wifi card and
> using an USB wifi card instead.
I considered using this option but realized that I had a buggy thunderbolt
controller in my laptop, that I can only update from a windows compu
> I had followed some earlier developments but had lost track recently!
> I'm happy to see that they have released the sources of their
> microcontroller chip design.
It's more than a microcontroller chip design. The people behind sifive are
from uc berkeley and also developed a full gcc toolchain
> If the attacker *is* vendor who supplies the proprietary device then they
> would
> not have to reverse engineer it.
You can always choose not to apply the vendors update. If for example
the company you initially trusted with by purchasing their device gets
bought by another company or you have
Hi Maxim
> +1. I don't see how having blobs helps security at all.
Well the problem I was getting at is that things are not as fixed as
they may seem.
Quoting wikipedia:
>> Decreasing cost of reprogrammable devices had almost eliminated the market
>> for mask ROM by the year 2000.
Translation:
Hi Christopher,
I like to understand things. For me the most important thing is that I
have the documentation available to me and can study how it works. For
most modern chips there is simply no documentation available to me.
But I guess you are right, even if I think that some hardware that
works
Hi Taylan,
> Being freely redistributeable doesn't make a blob free software
> obviously, so endorsing such blobs would be out of the question as per
> the core principles of the FSF. Correct me if I misunderstand.
The requirements I proposed for the definition of free firmware is
already more t
Motivation:
We want to be able to exercise our freedoms in all parts of our
computing systems. This leads to the benefits of higher security and
maintaining hardware devices after their end of life.
Background:
All peripheral devices work roughly the same.
Host Controller Interface <-> Link Layer
11 matches
Mail list logo