gmane.linux.debian.devel.kernel

Bug#501153: Tehuti driver and firmware distribution for Linux

Ben Hutchings — 2008-10-12T23:07:00

I am writing as a member of the Debian project, which distributes a version of Linux. The project is attempting to resolve the licencing of firmware used with Linux. The following may require attention by your legal department. Linux includes a driver and firmware which are listed as copyright of Tehuti Networks and licenced under the GNU General Public Licence (GPL). Thank you for supporting Linux and free software. Unfortunately, applying the GPL to the firmware is problematic, because you distribute it in binary (or equivalent) form, and not the source code that your programmers used to create it. The GPL states that anyone redistributing a work that it covers must also offer to distribute the source code. This means that strictly speaking no-one outside Tehuti Networks is allowed to distribute the firmware, which I assume was not your intent. Please can you clarify the licence for the firmware, and preferably issue a new licence that clearly allows Debian and others to distribute the firmware. Be

Bug#501152: binary firmware in drivers/net/starfire_firmware.h

Ben Hutchings — 2008-10-12T23:21:23

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 that Adaptec makes no warranties, express or implied, regarding the Software. Any redistribution of this Software must include this disclaimer and copyright notice." So this ought to be OK for firmware-nonfree. Ben.

Bug#494007: binary firmware in drivers/char/drm/r128_cce.c

Ben Hutchings — 2008-10-12T23:08:57

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 ATI copyright notice on it. 23:51 < airlied> bwh: fail.. it probably should have, its still MIT licensed though. 23:52 < bwh> So would someone at ATI be able to confirm that? 23:53 < airlied> well the r128_cce.c has the MIT license on top 23:53 < airlied> I'm just looking to see if I have the original DDK release. 23:55 < bwh> airlied: cheers 23:56 < airlied> so the original table was just released under NDA, with permission to reuse in open source. 23:58 < bwh> Funny sort of NDA ;-) Do you have some legally meaningful statement of the permission that you could forward? 23:58 < airlied> bwh: why funny? 23:58 < airlied> I get lots of NDAs like that. 23:59 < airlied> nope I've gotten nothing real, I doubt anyone

Bug#498631: Sun GigaSwift driver and firmware distribution for Linux

Ben Hutchings — 2008-10-12T22:11:34

I am writing as a member of the Debian project, which distributes a version of Linux. The project is attempting to resolve the licencing of firmware used with Linux. Linux includes a driver (cassini) and firmware for GigaSwift NICs which are listed as copyright of Sun Microsystems and licenced under the GNU General Public Licence (GPL). Thank you for supporting Linux and free software. Unfortunately, applying the GPL to the firmware is problematic, because you distribute it in binary (or equivalent) form, and not the source code that your programmers used to create it. The GPL states that anyone redistributing a work that it covers must also offer to distribute the source code. This means that strictly speaking no-one outside Sun Microsystems is allowed to distribute the firmware, which I assume was not your intent. Please can you clarify the licence for the firmware, and preferably issue a new licence that clearly allows Debian and others to distribute the firmware. Ben.

Bug#501153: Tehuti driver and firmware distribution for Linux

Ben Hutchings — 2008-10-12T21:28:48

Bug#501152: binary firmware in drivers/net/starfire_firmware.h

Ben Hutchings — 2008-10-12T20:39:03

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.

Bug#498631: binary firmware in drivers/net/cassini.h

Ben Hutchings — 2008-10-12T20:36:33

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.

Bug#501153: binary firmware in drivers/net/tehuti_fw.h

Ben Hutchings — 2008-10-12T20:38:47

You could use this similar patch instead: http://git.infradead.org/users/jaswinder/firm-jsr-2.6.git?a=commitdiff;h=e41f3e5f8c5110871e376a2566b8eea2932b813b Ben.

Bug#494009: binary firmware in drivers/char/drm/radeon_microcode.h

Ben Hutchings — 2008-10-12T20:35:24

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.

Bug#498631: binary firmware in drivers/net/cassini.h

Ben Hutchings — 2008-10-12T20:25:04

Here's a patch for cassini to make it use request_firmware. This is compile-tested only. The firmware file can be produced by writing out the "val" members of the cas_saturn_patch array as bytes. However, the licence is still a problem. Ben. commit 17751482184b04e079856e667a09ef89d43f2858 Author: Ben Hutchings decadent.org.uk> Date: Sun Oct 12 18:47:48 2008 +0100 cassini: use request_firmware Compile-tested only. diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig index f4182cf..4a12477 100644 --- a/drivers/net/Kconfig +++ b/drivers/net/Kconfig < at >< at > -585,6 +585,7 < at >< at > config CASSINI tristate "Sun Cassini support" depends on PCI select CRC32 +select FW_LOADER help Support for the Sun Cassini chip, aka Sun GigaSwift Ethernet. See also diff --git a/drivers/net/cassini.c b/drivers/net/cassini.c index 83768df..7dd0268 100644 --- a/drivers/net/cassini.c +++ b/drivers/net/cassini.c < at >< at > -80,6 +80,7 < at >

Bug#501152: binary firmware in drivers/net/starfire_firmware.h

Ben Hutchings — 2008-10-12T20:27:23

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 b/drivers/net/Kconfig index 4a12477..3e433cb 100644 --- a/drivers/net/Kconfig +++ b/drivers/net/Kconfig < at >< at > -1306,6 +1306,7 < at >< at > config ADAPTEC_STARFIRE depends on NET_PCI && PCI select CRC32 select MII +select FW_LOADER help Say Y here if you have an Adaptec Starfire (or DuraLAN) PCI network adapter. The DuraLAN chip is used on the 64 bit PCI boards from diff --git a/drivers/net/starfire.c b/drivers/net/starfire.c index 7b7b171..73394d9 100644 --- a/drivers/net/starfire.c +++ b/drivers/net/starfire.c < at >< at > -42,11 +42,11 < at >< at > #include #include #include +#include #include /* Processor type for cache alignment. */ #include

Bug#501153: binary firmware in drivers/net/tehuti_fw.h

Ben Hutchings — 2008-10-12T20:29:46

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 index 3e433cb..9e1a73c 100644 --- a/drivers/net/Kconfig +++ b/drivers/net/Kconfig < at >< at > -2569,6 +2569,7 < at >< at > config MLX4_DEBUG config TEHUTI tristate "Tehuti Networks 10G Ethernet" depends on PCI +select FW_LOADER help Tehuti Networks 10G Ethernet NIC diff --git a/drivers/net/tehuti.c b/drivers/net/tehuti.c index 432e837..3f732eb 100644 --- a/drivers/net/tehuti.c +++ b/drivers/net/tehuti.c < at >< at > -63,7 +63,6 < at >< at > */ #include "tehuti.h" -#include "tehuti_fw.h" static struct pci_device_id __devinitdata bdx_pci_tbl[] = { {0x1FC9, 0x3009, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0}, < at >< at > -319,28 +318,41 < at >< at > static int bdx_poll(struct napi_struct *napi, int budget) static int bdx_fw_load(struct bdx_priv *priv) { +const

Bug#494010: Source for dsp56k firmware

Robert Millan — 2008-10-12T20:19:06

Very nice! Where did you find it? Actually, it should be assembled and used. AFAICT this is for an m68k processor. I suppose we have a command to assemble this code in binutils-multiarch or so?

Bug#494009: binary firmware in drivers/char/drm/radeon_microcode.h

Ben Hutchings — 2008-10-12T20:21:14

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 a patch for that as well. Ben. diff --git a/drivers/char/drm/Kconfig b/drivers/char/drm/Kconfig index ea26dfd..17edd8a 100644 --- a/drivers/char/drm/Kconfig +++ b/drivers/char/drm/Kconfig < at >< at > -35,6 +35,7 < at >< at > config DRM_R128 config DRM_RADEON tristate "ATI Radeon" depends on DRM && PCI +select FW_LOADER help Choose this option if you have an ATI Radeon graphics card. There are both PCI and AGP versions. You don't need to choose this to diff --git a/drivers/char/drm/radeon_cp.c b/drivers/char/drm/radeon_cp.c index e53158f..8408e34 100644 --- a/drivers/char/drm/radeon_cp.c +++ b/drivers/char/drm/radeon_cp.c < at >< at > -29,14 +29,14 < at >< at > * Gareth Hughes valinux.com> */ +#include

Bug#494007: binary firmware in drivers/char/drm/r128_cce.c

Ben Hutchings — 2008-10-12T20:16:25

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 a/drivers/char/drm/Kconfig b/drivers/char/drm/Kconfig index 610d6fd..ea26dfd 100644 --- a/drivers/char/drm/Kconfig +++ b/drivers/char/drm/Kconfig < at >< at > -26,6 +26,7 < at >< at > config DRM_TDFX config DRM_R128 tristate "ATI Rage 128" depends on DRM && PCI +select FW_LOADER help Choose this option if you have an ATI Rage 128 graphics card. If M is selected, the module will be called r128. AGP support for diff --git a/drivers/char/drm/r128_cce.c b/drivers/char/drm/r128_cce.c index c31afbd..e29c082 100644 --- a/drivers/char/drm/r128_cce.c +++ b/drivers/char/drm/r128_cce.c < at >< at > -29,6 +29,8 < at >< at > * Gareth Hughes valinux.com> */ +#include + #include "drmP.h" #include "drm.h" #include "r128_drm.h" < at >< at > -36,51

Re: anyone running a PS3

sean finney — 2008-10-12T19:51:05

(d-k folks, please let me know if you're feeling spammed by the cross-posting) okay, reporting back in on this... using the 2.6.26.5 kernel from the debian kernel snapshot repo, the system successfully boots up! however, there seems to be another, perhaps more subtle problem lurking in this kernel too. the symptoms are a system which gradually slows down, to the point of being unresponsive and needing a hard-reboot, and individual processes hanging in an unkillable state. typically this takes about an hour or two. the first time it happened i was in the middle of installing about a gig of packages (apt-get install gnome...), another time it was while trying to play a video. occassionally kernel log messages pop up regarding what seems to be the wireless component of the gelic module (i'm not using it, but maybe n-m is tickling it), and sometimes specific proccesses (apt-get in the previous paragraph) will hang; several minutes after a kill -9 the kernel will issue some kind of message about the task

Bug#494010: Source for dsp56k firmware

Ben Hutchings — 2008-10-12T19:10:53

Bug#501985: linux-image-2.6.26-1-openvz-686: No nfs support in openvz guest

maximilian attems — 2008-10-12T16:48:22

the upstream nfs fixes are abi breakers and thus can't be integrated at this point they will be for the first point release were abi breaking will be allowed again.

Re: Please unblock linux-2.6/2.6.26-8

Luk Claes — 2008-10-12T14:48:25

unblocked, I fear that it will still take a couple of hours till that one is built. Cheers Luk

Bug#501985: linux-image-2.6.26-1-openvz-686: No nfs support in openvz guest

Yann Rouillard — 2008-10-12T13:15:10

Package: linux-image-2.6.26-1-openvz-686 Version: 2.6.26-5 Severity: important I recently tried the openvz linux kernel flavour and has some issue with mounting nfs partitions in an openvz guest. I followed the instructions at http://wiki.openvz.org/NFS openvz-host# cat /proc/sys/kernel/ve_allow_kthreads 1 openvz-host# lsmod | grep -w ^nfs nfs 214568 0 openvz-host# grep FEATURE /etc/vz/conf/200.conf FEATURES="nfs:on " When I launch the openvz guest in verbose mode, I see that nfs is enabled in the feature mask: openvz-host# vzctl start 200 Starting VE ... Running: /usr/sbin/vzquota show 200 Running: /usr/sbin/vzquota on 200 -r 0 -b 1048676 -B 1153124 -i 200100 -I 220100 -e 0 -n 0 -s 0 Mounting root: /var/lib/vz/root/200 /var/lib/vz/private/200 VE is mounted Set iptables mask 0x000017bf Set features mask 0000000000000002/0000000000000002 Adding IP address(es): 192.168.122.80 Running: /usr/lib/vzctl/scripts/vps-net_add /usr/share/doc/vzctl/README.Debian. Runni

Processed: tagging 500472

Debian Bug Tracking System — 2008-10-12T11:48:13

Processing commands for control< at >bugs.debian.org: Bug#500472: linux-image-2.6.26-1-openvz-amd64: NULL pointer dereference in tcp_v4_send_ack Tags were: patch fixed-upstream Bug#500963: [linux-image-2.6.26-1-openvz-686] reproducible panic while using network intensively Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)