tags 411294 patch
thanks
There's a patch upstream:
http://bugzilla.kernel.org/attachment.cgi?id=10526action=view
It applies cleanly to version 2.6.18.dfsg.1-10 with a small offset in
some files, but I haven't checked whether any other changes might be
needed for 2.6.18.
Ben.
--
Ben Hutchings
Package: linux-image-2.6.18-4-686
Version: 2.6.18.dfsg.1-11
Severity: normal
Tags: patch, upstream
I plugged in a CardBus 1394/USB card and used it to capture video from
a DV camera. When I unplugged the card this resulted in an oops,
though I didn't notice that immediately. When I plugged the
such as ROM or flash, which Debian does not need
to distribute. What we're talking about here is software for peripheral
processors.
Ben.
--
Ben Hutchings
The program is absolutely right; therefore, the computer must be wrong.
signature.asc
Description: This is a digitally signed message part
These packages are probably technically ready to be included in
linux-modules-extra. However, rt2x00 was merged into Linux 2.6.24-rc1,
and the legacy drivers are not actively maintained upstream, so I
don't know think this is really a good idea.
Ben.
--
Ben Hutchings
It is impossible to make
recommending it?
No, you could configure it with network-manager instead.
Ben.
--
Ben Hutchings
Everything should be made as simple as possible, but not simpler.
- Albert Einstein
signature.asc
Description: This is a digitally signed message
Package: linux-kbuild-2.6.18
Version: 2.6.18-1
If a module source directory does not provide source for any complete
modules, stage 2 of the build runs modpost with no filenames. The
upstream version of modpost silently does nothing in this case (so
far as I can see). Debian's wrapper
Package: linux-image-2.6.21-2-686
Version: 2.6.21-6
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have been using Kino to edit DV files on an NFS-mounted filesystem.
When I export an edited sequence to a single file, Kino starts to write
frames and then eventually hangs.
Package: linux-modules-extra-2.6
Version: 2.6.24-4
Severity: wishlist
Please add the sfc modules (sfc-source).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
through rpc_call_ops::rpc_release
- NOT called with BKL!
The locking was revised and probably fixed by patch
e4eff1a622edd6ab7b73acd5d8763aa2fa3fee49 which went into Linux 2.6.23.
It looks like this will apply to 2.6.18 with a tiny bit of fudging, but
it changes ABI.
Ben.
--
Ben Hutchings
are built by the Makefile when
it's not included by kbuild. You should not invoke kbuild directly on the
module source directory.
Ben.
--
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
--
To UNSUBSCRIBE, email
Bastian Blank wrote:
On Fri, Mar 28, 2008 at 04:31:11PM +, Ben Hutchings wrote:
You should not invoke kbuild directly on the
module source directory.
This is the prequisite to build it as part of linux-modules-*.
OK. Why doesn't it do what module
Ben Hutchings wrote:
Bastian Blank wrote:
On Fri, Mar 28, 2008 at 04:31:11PM +, Ben Hutchings wrote:
You should not invoke kbuild directly on the
module source directory.
This is the prequisite to build it as part of linux-modules-*.
OK. Why
still refers to it.
That's not a regression though.)
Ben.
--
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein
signature.asc
Description: This is a digitally signed message part
haven't yet been able to test my suggested fixes for
arch-dependent failures, and I don't know how we might disable some
modules on some configurations (suggested for atl2).
Also we don't know that there won't be other build failures once these
are fixed. :-(
Ben.
--
Ben Hutchings
Beware
On Mon, 2008-05-12 at 10:58 +0200, maximilian attems wrote:
On Sun, 11 May 2008, Ben Hutchings wrote:
sfc arm, armel, powerpc, sparc 475467 yes
merged for 2.6.26 so can be dropped soon.
Yes, I'm rather pleased about this one. :-)
Ben.
--
Ben Hutchings
Always try
Package: linux-latest-2.6
Version: 13
Severity: serious
Justification: Policy 2.2.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The linux-image-2.6-* packages still depend on linux-image-2.6.24-*,
which are no longer in unstable. Obviously this needs to be updated.
(Is there any reason why
# Automatically generated email from bts, devscripts version 2.10.27
reassign 401035 linux-2.6
found 401035 2.6.17-9
found 401035 2.6.18-6
found 401035 2.6.22-6
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
be disabled on
s390 and any other configuration that excludes PCI. sfc is still
enabled.
I just uploaded a fix for #480734, and will try to work through the
other bugs with patches available.
Ben.
--
Ben Hutchings
Gates has joked that everything goes on and off unexepectedly in the house,
which
) unstable; urgency=low
+
+ * Non-maintainer upload
+ * Added upstream patch for compatibility with Linux 2.6.25.
+Closes: #479721.
+
+ -- Ben Hutchings [EMAIL PROTECTED] Mon, 19 May 2008 23:46:03 +0100
+
redhat-cluster (2.20080229-1) unstable; urgency=low
[ Christian Perrier ]
only
A similar problem applies to sfc, and to any other PCI driver (though
the others are already excluded from being built for s390).
Ben.
--
Ben Hutchings
One of the nice things about standards is that there are so many of them.
signature.asc
Description: This is a digitally signed message part
will build now if the remaining two PCI
drivers are disabled on s390. iscsitarget and redhat-cluster could
probably be re-enabled back now, but maybe it's best to leave them to a
later upload for safety. I'm still working through the other build
failures.
Ben.
--
Ben Hutchings
One of the nice
Package: linux-2.6
Version: 2.6.25-5
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Since I upgraded from Linux 2.6.24, NetworkManager cannot associate my
Intel wireless card, handled by the ipw2200 driver, with my AP, which
has a hidden SSID.
NetworkManager thinks
On Fri, 2009-02-06 at 14:42 +0100, maximilian attems wrote:
[...]
* FIRMWARE_IN_KERNEL
default enabled
we probably don't ship right yet relevant firmware separetly?
FIRMWARE_IN_KERNEL enables inclusion of firmware along with drivers in
the main kernel image, and has no effect on driver
On Thu, 2009-02-05 at 15:44 -0800, tgo wrote:
Package: linux-image-2.6.24-e
Version: 2.6.24-6~etchnhalf.7
On both vmlinuz-2.6.18-5-686 and vmlinuz-2.6.24-etchnhalf.1-686
kernels, the debian system maps the heap, binary data, and other data
sections as rwx, instead of the normal and sensible
.
--
Ben Hutchings
friends: People who know you well, but like you anyway.
signature.asc
Description: This is a digitally signed message part
.
Ben.
--
Ben Hutchings
The generation of random numbers is too important to be left to chance.
- Robert Coveyou
signature.asc
Description: This is a digitally signed message part
). It will probably be
possible to apply this fix in a stable update.
Ben.
--
Ben Hutchings
The generation of random numbers is too important to be left to chance.
- Robert Coveyou
signature.asc
Description: This is a digitally signed
GENERIC_NOP7 and the
instruction pointer in this crash points into the middle of those, which
suggests that they've just been changed. I think this is something to
do with the tracing added by CONFIG_TRACE_IRQFLAGS_SUPPORT.
Ben.
--
Ben Hutchings
For every action, there is an equal and opposite
Now that lenny is out, it's time for an update on this.
I wrote:
No word from Sun re Cassini.
Still no word, I've tried contacting Simon Phipps now.
There is a FreeBSD driver for the Kawasaki USB network chips (kaweth
driver) under 4-clause BSD but the stated copyright holder for the
===
--- debian/patches/features/all/drivers-net-typhoon-request_firmware.patch
(revision 0)
+++ debian/patches/features/all/drivers-net-typhoon-request_firmware.patch
(revision 0)
@@ -0,0 +1,167 @@
+From 06fdc64b4d38bde05d41dfa9dfef78473ffae8cd Mon Sep 17 00:00:00 2001
+From: Ben Hutchings b
On Sun, 2009-02-22 at 10:58 +0100, maximilian attems wrote:
On Sun, Feb 22, 2009 at 03:53:22AM +, Ben Hutchings wrote:
Here's a patch against
svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6.
Still largely untested, I'm afraid.
Ben.
looks good to me.
anyway now is a good
On Sun, 2009-02-22 at 11:37 +0100, Bastian Blank wrote:
On Sun, Feb 22, 2009 at 03:53:22AM +, Ben Hutchings wrote:
--- debian/patches/series/orig-0(revision 12898)
+++ debian/patches/series/orig-0(working copy)
@@ -1,10 +1,16 @@
-X debian/dfsg/files-1
There is a reason why
On Sun, 2009-02-22 at 15:10 +, Ben Hutchings wrote:
On Sun, 2009-02-22 at 11:37 +0100, Bastian Blank wrote:
[...]
Why is that a global variable?
This was written by Jaswinder Singh; ask him. ;-)
This was clearly wrong given that firmware was loaded in the probe
function, not the module
On Wed, 2009-02-25 at 20:47 -0500, Yaroslav Halchenko wrote:
My today reported (and reassigned to linux2.6) bug #517122
doesn't gimme rest. One of the problem of analysis of traces is that
some times are recorded since epoch, some are the kernel's uptime.
what puzzles me is:
* Difference
On Wed, 2009-02-25 at 23:06 -0500, Yaroslav Halchenko wrote:
Hi Ben,
Thanks -- that is a nice pointer (i.e. /proc/sched_debug), but I still
can't match everything up in my mind... could you gimme a little hint?
I guess the .clock (in sched_debug) is the interesting one, but it
doesn't
On Thu, 2009-02-26 at 14:20 +0530, Ritesh Raj Sarraf wrote:
Package: linux-image-2.6.28-1-amd64
Version: 2.6.28-1
Severity: important
*** Please type your report below this line ***
The bnx2 driver is not available in 2.6.28.
The same is available in 2.6.26
We have been patching bnx2 to
On Sun, 2009-03-01 at 01:48 +0100, Thibaut VARENE wrote:
Package: linux-image-2.6.26-1-parisc64-smp
Version: 2.6.26-13
Severity: important
Acenic driver is provided without firmware. When it's being loaded at
boot time, it starts complaining that it can't find a firmware to
load. Boot
Can you confirm whether this boot failure matches the bug filed upstream
as http://bugzilla.kernel.org/show_bug.cgi?id=12520? That bug has not
yet been fixed in a stable release but is believed to be fixed in Linux
2.6.29.
Ben.
--
Ben Hutchings
Life is like a sewer:
what you get out
On Fri, 2009-03-06 at 01:56 +1030, Arthur Marsh wrote:
Package: linux-2.6
Followup-For: Bug #494009
I couldn't find any files containing ATI firmware at
http://ftp.debian.org/debian/pool/non-free/f/firmware-nonfree/
Are these files available anywhere?
They're in the Subversion
mjg59 bwh: Display Output Switch
Ben.
--
Ben Hutchings
The world is coming to an end. Please log off.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Thu, 2009-03-19 at 13:05 -0600, John Wright wrote:
Hi Eilon,
In bnx2x_init_values.h, there appear to be several sourceless firmware
blobs (init_data_*, *_int_table_data_*, and arguably init_ops).
[...]
init_ops looks like a plausible preferred form for modification to me.
It's not very
On Mon, 2009-03-23 at 09:06 +, Nigel Horne wrote:
I just had to change my motherboard and when I did I lost eth0 and it
was called eth0_rename with no networking. I manually changed everything
in /etc/network/interfaces from eth0 to eth0_rename along with
firewall/routing/blah blah
On Mon, 2009-03-23 at 16:55 +0100, Bengt Samuelsson wrote:
I will be verry happy to ansver every question you may have.
It is an old problem I am not able to solve myself.
There is an old bug report on the kernel Bugzilla
http://bugzilla.kernel.org/show_bug.cgi?id=6845. Unfortunately
several
On Sat, 2009-03-28 at 15:03 +0200, Damyan Ivanov wrote:
Package: linux-2.6
Version: 2.6.29
Severity: serious
[cc-ed to debian-eeepc-devel as the affected network controller is uused in
several eeepc models]
Hi,
The file drivers/staging/rt2860/common/firmware.h contains the following
On Sat, Mar 28, 2009 at 02:34:14PM +, Ben Hutchings wrote:
On Sat, 2009-03-28 at 15:03 +0200, Damyan Ivanov wrote:
Package: linux-2.6
Version: 2.6.29
Severity: serious
[cc-ed to debian-eeepc-devel as the affected network controller is uused in
several eeepc models]
Hi
On Sat, 2009-03-28 at 23:06 +, Frank Lichtenheld wrote:
Hi.
debian/copyright for firmware-linux says
The binary firmwares are downloaded from
http://ftp.debian.org/debian/pool/non-free/f/firmware-nonfree;
which is probably not true. Shouldn't that be kernel.org
or something?
This new
On Sun, 2009-03-29 at 10:38 -0700, Bill Wohler wrote:
maximilian attems m...@stro.at wrote:
I did, however, try WEP with 2.6.26. My box still did not associate.
could you please try a more recent kernel like 2.6.29.
ath5k saw a lot of work since.
Thanks. There are a couple of
On Wed, 2009-04-08 at 11:15 -0700, jscottkas...@yahoo.com wrote:
Hi guys,
I'm not subscribed, so please CC.
I'm trying to use Debian on a brand new HP Mini 1030NR netbook. The
internal wired ethernet adaptor is supported by the Sky2 driver. The
problem that I have is that the device is
On Tue, 2009-04-07 at 19:21 +0300, David Baron wrote:
Package: firmware-linux
Version: 0.16?
Severity: critical
Justification: breaks the whole system
As of 2.6.29 kernels, this (nonfree?) code is broken out of the kernel's
driver and loaded from this package.
The mga driver for Matrox
On Sat, 2009-04-11 at 21:58 +0300, David Baron wrote:
[...]
What happens if you uninstall the firmware? The result should be a
fallback to software rendering.
This is what happens.
Your bug report is for firmware-linux. If you have not installed it,
clearly you have not found a bug in the
The current text at http://wiki.debian.org/KernelFirmwareLicensing is:
Debian kernel team identifies the following three types of firmware, currently
found in the Linux kernel:
1. Sourceless binary blobs with no license, no explicit permission to
redistribute, or
an explicit prohibition
On Mon, 2009-04-13 at 11:31 -0600, dann frazier wrote:
[...]
It is the intention of the kernel team to:
This sounds more like a plan instead of a position statement. imo, a
position statement should be more along the lines of what we will
permit and what we won't, as opposed to what we are
On Mon, 2009-04-13 at 14:52 -0400, Lennart Sorensen wrote:
I am starting to think that debian has completely broken support for
compiling out of tree kernel modules as of 2.6.29 now.
It used to be, that if you needed to know if a certain function used one
style or another, then you could do
On Mon, 2009-04-13 at 17:55 -0400, Lennart Sorensen wrote:
On Mon, Apr 13, 2009 at 09:13:50PM +0100, Ben Hutchings wrote:
On Mon, 2009-04-13 at 14:52 -0400, Lennart Sorensen wrote:
I am starting to think that debian has completely broken support for
compiling out of tree kernel modules
On Sun, 2009-04-19 at 12:29 +0200, F. Stoyan wrote:
Package: linux-image-2.6.29-1-686
Version: 2.6.29-3
Severity: normal
Dear Kernel Maintainers,
When I disconnect the ethernet cable, the kernel randomly oopses
on my IBM/Lenovo Thinkpad T500.
This doesn't happens with 2.6.28.
This
David,
What's your plan for collecting information about NVM mutex contention
and when do you intend to remove the warnings? I have to say I find
this way of testing very user-unfriendly and would like to see it gone
as soon as possible.
Ben.
signature.asc
Description: This is a digitally
On Thu, 2009-04-23 at 15:15 -0700, Brandeburg, Jesse wrote:
Ben Hutchings wrote:
What's your plan for collecting information about NVM mutex contention
and when do you intend to remove the warnings? I have to say I find
this way of testing very user-unfriendly and would like to see it gone
On Thu, 2009-04-23 at 10:23 -0400, Greg Wooledge wrote:
Package: linux-image-2.6.26-1-686
Version: 2.6.26-13lenny2
Neither mii-tool nor ethtool can set my network interface to full
duplex. This is a huge problem here.
Do you also expect to get a gigabit link or only 100 megabit?
On Fri, 2009-04-24 at 09:33 -0400, Greg Wooledge wrote:
On Fri, Apr 24, 2009 at 12:29:23AM +0100, Ben Hutchings wrote:
Do you also expect to get a gigabit link or only 100 megabit?
The other end is set to 100/full. That is what I want to set the NIC to.
Please run mii-tool -v eth0
.
If I do an ifup wlan0 then it says,
ADDRCONF(NETDEV_UP): wlan0: link is not ready
This is normal.
and the DHCP goes ahead and doesn't get any response.
[...]
What does iwconfig wlan0 say in this case?
Ben.
--
Ben Hutchings
No political challenge can be met by shopping. - George Monbiot
snd_cs46xx_clear_BA1(struct snd_cs46xx *chip, unsigned long offset,
unsigned long len);
int cs46xx_dsp_enable_spdif_out (struct snd_cs46xx *chip);
int cs46xx_dsp_enable_spdif_hw (struct snd_cs46xx *chip);
--- END ---
--
Ben Hutchings
No political challenge can be met by shopping. - George Monbiot
On Mon, 2009-05-04 at 01:35 +0200, Antonio Ospite wrote:
On Mon, 04 May 2009 00:17:03 +0100
Ben Hutchings b...@decadent.org.uk wrote:
On Mon, 2009-04-20 at 21:45 -0600, dann frazier wrote:
Kalle: would you mind submitting your patch upstream, if you haven't
already? A lot
On Mon, 2009-05-04 at 08:21 +0300, Kalle Olavi Niemitalo wrote:
Ben Hutchings b...@decadent.org.uk writes:
- Remove Modified on... lines; that's what the commit message is for
Those were the prominent notices mentioned in GPLv2 2. a).
Right, I see. I believe the Debian patch system makes
to be extracted with the firmware cutter.
What? How? You'll have to be a bit more explicit. I don't see
anything looking like a firmware blob in the C sources or any licence
text applying to the object files.
Ben.
On my notebook with bcm4318, this firmware works fine.
--
Ben Hutchings
Here is the assembly-language source for the firmware, licenced under
GPLv2. Adding this to the kernel source package should fix this bug.
Ben.
; Author: Frederik Noring [EMAIL PROTECTED]
;
; This file is subject to the terms and conditions of the GNU General Public
; License. See the file
Here's a patch to make r128 use request_firmware. This is
compile-tested only as I don't have appropriate hardware. The firmware
file can be produced by writing the array as 32-bit little-endian
values. However, there is still a problem with its licence.
Ben.
diff --git
Here's a patch to radeon to make it use request_firmware. This is
compile-tested only, but I have hardware I can test on shortly. The
firmware files can be produced by writing the arrays as 32-bit
little-endian values. They should be suitable for inclusion in
firmware-nonfree, so I am including
Here's a patch for tehuti to make it use request_firmware. This is
compile-tested only. The firmware file can be produced by writing out
the array s_loadFirm as 32-bit little-endian values. However, the
licence remains a problem.
Ben.
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
Here's a patch for starfire to make it use request_firmware. This is
compile-tested only. The firmware files can be produced by writing out
the firmware_rx and firmware_tx arrays as 32-bit little-endian values.
However, the licence remains a problem.
Ben.
diff --git a/drivers/net/Kconfig
However, you should probably use this patch and firmware format instead:
http://git.infradead.org/users/jaswinder/firm-jsr-2.6.git?a=commitdiff;h=3a911a216742e4ab998f3281409d46a62f252716
Ben.
signature.asc
Description: This is a digitally signed message part
You could use this similar patch instead:
http://git.infradead.org/users/jaswinder/firm-jsr-2.6.git?a=commitdiff;h=e41f3e5f8c5110871e376a2566b8eea2932b813b
Ben.
signature.asc
Description: This is a digitally signed message part
You could use this patch and firmware format instead:
http://git.infradead.org/users/jaswinder/firm-jsr-2.6.git?a=commitdiff;h=5263b94d83666854240d254852dd44309c436e25
Ben.
signature.asc
Description: This is a digitally signed message part
You could use this patch and firmware format instead:
http://git.infradead.org/users/jaswinder/firm-jsr-2.6.git?a=commitdiff;h=6963b36bfb1f171ae8ea4884e239bdccc5f47266
Ben.
signature.asc
Description: This is a digitally signed message part
the licence for the firmware, and preferably
issue a new licence that clearly allows Debian and others to distribute
the firmware.
Ben.
--
Ben Hutchings
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, and preferably
issue a new licence that clearly allows Debian and others to distribute
the firmware.
Ben.
--
Ben Hutchings
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I asked Dave Airlie about this:
23:36 bwh airlied: Do you know who might be a good person to write to
at ATI/AMD about the licence for firmware in r128?
23:48 airlied bwh: what license you want it under? its already MIT
licensed.
23:50 bwh airlied: Is it? Thing is, r128_cce.c doesn't have any
FreeBSD appears to have copied the proper copyright notices into their
versions of the firmware:
http://fxr.watson.org/fxr/source/dev/sf/starfire_rx.h
http://fxr.watson.org/fxr/source/dev/sf/starfire_tx.h
(c)2001 Adaptec, Inc. By using this software you agree that it is
licensed to you AS IS and
the licence for the firmware, and preferably
issue a new licence that clearly allows Debian and others to distribute
the firmware.
Ben.
--
Ben Hutchings
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
it says we must also
distribute source code, and we cannot.
Ben.
--
Ben Hutchings
Life is what happens to you while you're busy making other plans.
- John Lennon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
You wrote:
On Sun, Oct 12, 2008 at 08:10:53PM +0100, Ben Hutchings wrote:
Here is the assembly-language source for the firmware, licenced under
GPLv2.
Very nice! Where did you find it?
It was added to the upstream tree recently as part of the firmware
separation effort.
Adding
On Wed, Oct 15, 2008 at 07:49:19PM +0200, Robert Millan wrote:
On Wed, Oct 15, 2008 at 06:12:23PM +0200, Robert Millan wrote:
On Wed, Oct 15, 2008 at 03:16:56AM +0100, Ben Hutchings wrote:
It's for a Motorola 56000 (aka DSP56000 or DSP56K) processor, which is a
different architecture
Next, a patch for firmware-nonfree that allows firmware to be read from
and installed to subdirectories as expected by some drivers.
Ben.
Index: firmware-nonfree/debian/bin/gencontrol.py
===
---
)
+ * Add Intel PRO/100 firmware used by e100 driver (firmware-e100)
+
+ -- Ben Hutchings [EMAIL PROTECTED] Sun, 12 Oct 2008 21:00:37 +0100
+
firmware-nonfree (0.13) unstable; urgency=low
* Make firmware-bnx2 trigger update-initramfs (closes: #494936)
signature.asc
Description
On Fri, 2008-10-17 at 00:34 +0100, Ben Hutchings wrote:
I'm going to post a series of patches that aim to fix the RC bugs
relating to sourceless firmware.
Unfortunately, a quick search suggests that there is still more left:
file licence distributable
On Mon, Oct 13, 2008 at 12:04:35PM +0100, Ben Hutchings wrote:
On Mon, Oct 13, 2008 at 10:52:31AM +0200, Pinchas wrote:
Dear Ben
This subject was discussed and clarified in the past and it was agreed that
the firmware part of the Driver will be distributed in Binary. This
Firmware
On Fri, 2008-10-17 at 00:39 +0100, Ben Hutchings wrote:
Finally, the metadata for sourceless firmware that can be moved to
firmware-nonfree.
A source package including the added firmware is available at
http://womble.decadent.org.uk/tmp/firmware-nonfree_0.14.dsc.
Ben.
signature.asc
On Sat, 2008-10-18 at 17:10 +0200, Julien Cristau wrote:
On Fri, Oct 17, 2008 at 00:44:45 +0100, Ben Hutchings wrote:
On Fri, 2008-10-17 at 00:34 +0100, Ben Hutchings wrote:
I'm going to post a series of patches that aim to fix the RC bugs
relating to sourceless firmware
Package: linux-2.6
Version: 2.6.26-9
Severity: serious
Justification: Policy 2.2.1
The file drivers/media/video/dabfirmware.h contains machine code written
as C structures/arrays, for which the source code is not provided.
A patch is available to make this driver use the request_firmware()
API,
Package: linux-2.6
Version: 2.6.26-9
Severity: serious
Justification: Policy 2.2.1
The file drivers/net/usb/kawethfw.h contains machine code written
as C structures/arrays, for which the source code is not provided.
Further, the licence for the firmware is stated to be GPLv2 which does
not allow
Package: linux-2.6
Version: 2.6.26-9
Severity: serious
Justification: Policy 2.2.1
The files drivers/scsi/ql1{2160,040,280}_fw.h contain machine code
written as C structures/arrays, for which the source code is not
provided. Further, the licence for the firmware is stated to be GPLv2
which does
Package: linux-2.6
Version: 2.6.26-9
Severity: serious
Justification: Policy 2.2.1
The file drivers/usb/serial/whiteheat_fw.h contains machine code
written as C structures/arrays, for which the source code is not
provided. Further, the licence for the firmware is stated to be GPLv2
which does
Package: linux-2.6
Version: 2.6.26-9
Severity: serious
Justification: Policy 2.2.1
The file drivers/char/drm/mga_ucode.h contains machine code written
as C structures/arrays, for which the source code is not provided.
I have written a patch to make this driver use the request_firmware()
API, and
Package: linux-2.6
Version: 2.6.26-9
Severity: serious
Justification: Policy 2.2.1
The file drivers/net/typhoon-firmware.h contains machine code written
as C structures/arrays, for which the source code is not provided.
There is a patch available to make this driver use the
request_firmware()
Here's an updated overview; I think this now covers all sourceless
firmware/microcode left in linux-2.6:
driver bug source file(s) licenceaction
-
cassini498631 net/cassini.h
Today's status:
driver bug source file(s) licenceaction
-
cassini498631 net/cassini.hGPLv2 remove
dabusb 502663 media/video/dabfirmware.h
to endorse or promote
products derived from this software without specific prior written
permission.
Ben.
--
Ben Hutchings
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
of the current GPLv2 text. Please send the new version of
whiteheat_fw.h by way of confirmation. Thanks a lot!
Ben.
--
Ben Hutchings
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
you very much.
Ben.
--
Ben Hutchings
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, 2008-10-22 at 17:05 -0600, dann frazier wrote:
hey Ben,
I got around to testing a build from the source you reference in your
blog[1] today - but it appears that the e100 patch in place simply
removes the firmware and marks the driver broken. I see in #494308
that there were a couple
Package: initramfs-tools
Version: 0.92l
Severity: important
I noticed that the sfc driver is not included in an initramfs by
default. On further investigation I found that neither are cxgb,
ixgb, ixgbe, s2io, netxen_nic, mlx4_core or tehuti. Also the typhoon
driver is not included due to a typo
1 - 100 of 8264 matches
Mail list logo
