Re: firmware-nonfree : ipw2200 ?
On Mon, 2008-10-27 at 00:52 +, Ben Hutchings wrote: On Mon, 2008-10-27 at 00:40 +0100, Frank Lin PIAT wrote: Hello, Here's a patch that adds firmware-ipw2200 to firmware-nonfree_0.13. No attachments appeared on the list; please try again. ;-) Sorry, here is the patch. I haven't attached the binary blobs. They are available from: http://ipw2200.sourceforge.net/firmware.php?fid=7 The patch is against the firmware-nonfree_0.13 package, not against the SVN repository. The patch probably needs some minor adjustments (I didn't completely understand how debian/bin/gencontrol.py is used) [...] gencontrol.py reads a list of directories from defines [..] Which command do I use, to generate the debian/rules.gen? linux-support-* provides no README file unfortunately. According to the license, I need to place a symlink to the license, in /lib/firmware (sorry lintian and fhs). Should I : 1. create a [links] section in the define (and modify gencontrol) 2. create a ipw2200/links file (and copy it to debian/*.links) 3. create a file debian/firmware-ipw2200.links [ouch]. 4. do something else (maybe in debian/templates)? Thanks, Franklin 12a3224fb9d5c95c23bb2461fe80fdcf3f6969e6 diff --git a/debian/changelog b/debian/changelog index bbbe478..b02368b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +firmware-nonfree (0.14) unstable; urgency=low + + * Added ipw2200 firwmare, version 3.0, + + -- Frank Lin PIAT [EMAIL PROTECTED] Mon, 27 Oct 2008 00:05:03 +0100 + firmware-nonfree (0.13) unstable; urgency=low * Make firmware-bnx2 trigger update-initramfs (closes: #494936) diff --git a/debian/control b/debian/control index 888c766..788bd56 100644 --- a/debian/control +++ b/debian/control @@ -65,3 +65,20 @@ Description: Binary firmware for Ralink RT2561, RT2571, RT2661 and RT2671 wirele * Ralink RT2571W/RT2671 (RT2501USB/RT5201USB chipset) firmware, version 1.8 Homepage: http://www.ralinktech.com/ralink/Home/Support/Linux.html +Package: firmware-ipw2200 +Architecture: all +Suggests: initramfs-tools, linux-image +Description: Binary firmware for Intel Pro Wireless 2200 and 2915 cards + This package contains the binary firmware for PCI, mini-PCI wireless + network cards with the Intel Pro Wireless 2200 and 2915 cards, + supported by the ipw2200 drivers. + Those firmware are covered by the Intel license, which is available + at /usr/share/doc/firmware-ipw2200/copyright + . + Contents: + * Intel Pro Wireless 2200/2915 BSS firmware + * Intel Pro Wireless 2200/2915 IBSS firmware + * Intel Pro Wireless 2200/2915 SNIFFER firmware + Firmware version 3.0 (for driver v1.1.1 and above) +Homepage: http://ipw2200.sourceforge.net/firmware.php + diff --git a/debian/firmware-ipw2200.copyright b/debian/firmware-ipw2200.copyright new file mode 100644 index 000..fa26c67 --- /dev/null +++ b/debian/firmware-ipw2200.copyright @@ -0,0 +1,210 @@ + TERMS AND CONDITIONS +IMPORTANT - PLEASE READ BEFORE INSTALLING OR USING THIS INTEL(C) SOFTWARE + +Do not use or load this firmware (the Software) until you have carefully read +the following terms and conditions. By loading or using the Software, you agree +to the terms of this Agreement. If you do not wish to so agree, do not install +or use the Software. + +LICENSEES: + +Please note: + +* If you are an End-User, only Exhibit A, the SOFTWARE LICENSE AGREEMENT, + applies. +* If you are an Original Equipment Manufacturer (OEM), Independent Hardware + Vendor (IHV), or Independent Software Vendor (ISV), this complete Agreement + applies + + + +For OEMs, IHVs, and ISVs: + +LICENSE. This Software is licensed for use only in conjunction with Intel +component products. Use of the Software in conjunction with non-Intel component +products is not licensed hereunder. Subject to the terms of this Agreement, +Intel grants to you a nonexclusive, nontransferable, worldwide, fully paid-up +license under Intel's copyrights to: (i) copy the Software internally for your +own development and maintenance purposes; (ii) copy and distribute the Software +to your end-users, but only under a license agreement with terms at least as +restrictive as those contained in Intel's Final, Single User License Agreement, +attached as Exhibit A; and (iii) modify, copy and distribute the end-user +documentation which may accompany the Software, but only in association with +the Software. + +If you are not the final manufacturer or vendor of a computer system or software +program incorporating the Software, then you may transfer a copy of the +Software, including any related documentation (modified or unmodified) to your +recipient for use in accordance with the terms of this Agreement, provided such +recipient agrees to be fully bound by the terms hereof. You shall not otherwise +assign, sublicense, lease, or in any other way transfer or disclose Software
Bug#503650: linux-image-2.6.24-etchnhalf.1-amd64: epoll_wait returns bogus readyness notifications
Package: linux-image-2.6.24-etchnhalf.1-amd64 Version: 2.6.24-6~etchnhalf.4 Severity: normal epoll_wait sometimes returns spurious readyness notifications: when a file descriptor is closed and a new one with the same number is created and added to the epoll set, epoll_wait sometimes returns a readyness notification for the previous fd: connect(11, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr(129.42.56.216)}, 16) = -1 EINPROGRESS (Operation now in progress) epoll_ctl(4, EPOLL_CTL_MOD, 11, {EPOLLOUT, {u32=11, u64=11}}) = -1 ENOENT (No such file or directory) epoll_ctl(4, EPOLL_CTL_ADD, 11, {EPOLLOUT, {u32=11, u64=11}}) = 0 epoll_wait(4, {{EPOLLIN, {u32=10, u64=10}}, {EPOLLHUP, {u32=11, u64=11}}}, 64, 59743) = 2 epoll_ctl(4, EPOLL_CTL_MOD, 10, {EPOLLOUT, {u32=10, u64=10}}) = 0 epoll_ctl(4, EPOLL_CTL_MOD, 11, {EPOLLOUT, {u32=11, u64=11}}) = 0 getpeername(11, 0xe33390, [63018818183627008]) = -1 ENOTCONN (Transport endpoint is not connected) write(2, a Transport endpoint is not conne..., 90a Transport endpoint is not connected at /opt/perl/lib/perl5/AnyEvent/Socket.pm line 770. ) = 90 fcntl(11, F_SETFL, O_RDONLY)= 0 read(11, 0xe51af0, 1) = ? ERESTARTSYS (To be restarted) --- SIGCHLD (Child exited) @ 0 (0) --- write(5, \1\0\0\0\0\0\0\0..., 8) = 8 rt_sigreturn(0x5) = 0 read(11, unfinished ... note how the MOD fails, indicating that the fd is not yet in the set and now getpeername sys the socket is not (yet) connected while the following read blocks (because the socket did NOT yte receive a HUP, as indicated by epoll_wait). How do I know the epoll_wait u64 data really refers to fd 11 in the above example? The event library in question is libev, which uses epoll_ctl in only one place: ev.data.u64 = fd; /* use u64 to fully initialise the struct, for nicer strace etc. */ if (expect_true (!epoll_ctl (backend_fd, oev ? EPOLL_CTL_MOD : EPOLL_CTL_ADD, fd, ev))) So libev ALWAYS registers interest in an fd with the u64 data set to the fd itself. I modified libev to include a generation counter: ev.data.u64 |= (long long)debug_gencount++ 32;//D And an strace of the same issue no looks like this: connect(9, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr(129.42.56.216)}, 16) = -1 EINPROGRESS (Operation now in progress) epoll_ctl(4, EPOLL_CTL_ADD, 9, {EPOLLOUT, {u32=9, u64=26787711025161}}) = 0 epoll_wait(4, {{EPOLLHUP, {u32=9, u64=26766236188681}}, {EPOLLIN, {u32=10, u64=26749056319498}}, {EPOLLHUP, {u32=12, u64=26774826123276}}}, 64, 59743) = 3 epoll_ctl(4, EPOLL_CTL_MOD, 9, {EPOLLOUT, {u32=9, u64=26766236188681}}) = 0 epoll_ctl(4, EPOLL_CTL_DEL, 10, {0, {u32=10, u64=26749056319498}}) = -1 EBADF (Bad file descriptor) epoll_ctl(4, EPOLL_CTL_MOD, 12, {EPOLLIN, {u32=12, u64=26774826123276}}) = 0 read(12, ..., 65536) = 0 close(12) = 0 wait4(4920, 0x7fff048ec4dc, 0, NULL)= -1 ECHILD (No child processes) getpeername(9, 0x2140ee0, [137077042347770112]) = -1 ENOTCONN (Transport endpoint is not connected) write(2, a Transport endpoint is not conne..., 90a Transport endpoint is not connected at /opt/perl/lib/perl5/AnyEvent/Socket.pm line 770. ) = 90 fcntl(9, F_SETFL, O_RDONLY) = 0 read(9, 0xd01df0, 1)= ? ERESTARTSYS (To be restarted) --- SIGCHLD (Child exited) @ 0 (0) --- write(5, \1\0\0\0\0\0\0\0..., 8) = 8 rt_sigreturn(0x5) = 0 read(9, As you can see, epoll_ctl_add uses 26787711025161 (gencount 0x185d in the higher 32 bits, fd 9 in the lower), but epoll_wait returns an event with u64 set to 26766236188681 (gencount 0x1858, from an an earlier epoll_add, and fd 9). This proves that epoll_wait sometimes returns events for fd's not currently registered in the epoll set. This bug occurs only rarely, only under load, and is somewhat hard to reproduce so I can't give a small example program. The analysis here is probably enough to hunt down and fix this bug, however. When a socket gets closed, then epoll *must* also remove all pending notifications for that fd when removing the fd from the set. -- Package-specific info: ** Version: Linux version 2.6.24-etchnhalf.1-amd64 (Debian 2.6.24-6~etchnhalf.4) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Mon Jul 21 10:36:02 UTC 2008 ** Tainted: P (1) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-etchnhalf.1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.24-etchnhalf.1-amd64 depends on: ii debconf [debconf-2.0]1.5.11etch1 Debian configuration management
Bug#495014: Acknowledgement (linux-source-2.6.26: IDE reset, DMA, 32-bit access killed on hald startup, via driver)
I replaced the suspect hard disk. Used 2.6.26 (Ingo's RT patch) for a couple of days without problems. Then it happened again. Another problem which could be related to this kernel: Recent nted (compile with cairo and pango libraries) do not terminate properly, stuck, unkillable in memory (disk-sleep mode?) and this takes other unrelated applications with it, in one case qjackctl (qt4) and tripwire stuck with the same status. This does not happen with 2.6.23-rt. Another symptom? is that the disks run very hot. This needs be checked out thoroughly because of possible disk damage, aside from usability issues involved. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-kbuild-2.6.27
How can I create linux-kbuild-2.6.27 package? Why is not in experimental debian repository? Thanks in advance and I'm sorry for my limeted English. Carlos San Esteban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: -
Processing commands for [EMAIL PROTECTED]: close 503650 Bug#503650: linux-image-2.6.24-etchnhalf.1-amd64: epoll_wait returns bogus readyness notifications 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Marc Lehmann [EMAIL PROTECTED] End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503688: linux-image-2.6.26-1-686: iwl3945 is loaded with rf_kill switch on and cannot be switched off
Package: linux-image-2.6.26-1-686 Version: 2.6.26-9 Severity: normal When booting linux-image-2.6.26-1-686 I cannot get the rf_kill switch on the iwl3945 driver disabled. When I do a 'echo -n 0 /sys/class/net/eth2/device/rf_kill', rf_kill keeps its value of 2. Everything works fine under linux-image-2.6.25-2-686. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.26-1-686 depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii initramfs-tools [linux-initra 0.92l tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.26-1-686 recommends: ii libc6-i6862.7-15 GNU C Library: Shared libraries [i Versions of packages linux-image-2.6.26-1-686 suggests: ii grub 0.97-47GRand Unified Bootloader (Legacy v pn linux-doc-2.6.26 none (no description available) -- debconf information: linux-image-2.6.26-1-686/preinst/abort-overwrite-2.6.26-1-686: shared/kernel-image/really-run-bootloader: true linux-image-2.6.26-1-686/postinst/bootloader-error-2.6.26-1-686: linux-image-2.6.26-1-686/postinst/depmod-error-initrd-2.6.26-1-686: false linux-image-2.6.26-1-686/prerm/removing-running-kernel-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/old-system-map-link-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/abort-install-2.6.26-1-686: linux-image-2.6.26-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.26-1-686/preinst/bootloader-initrd-2.6.26-1-686: true linux-image-2.6.26-1-686/prerm/would-invalidate-boot-loader-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/elilo-initrd-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/kimage-is-a-directory: linux-image-2.6.26-1-686/postinst/old-dir-initrd-link-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/create-kimage-link-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/lilo-initrd-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/old-initrd-link-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/overwriting-modules-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/depmod-error-2.6.26-1-686: false linux-image-2.6.26-1-686/postinst/bootloader-test-error-2.6.26-1-686: linux-image-2.6.26-1-686/preinst/failed-to-move-modules-2.6.26-1-686: linux-image-2.6.26-1-686/preinst/initrd-2.6.26-1-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: firmware-nonfree : ipw2200 ?
On Mon, Oct 27, 2008 at 10:49:53AM +0100, Franklin PIAT wrote: Which command do I use, to generate the debian/rules.gen? linux-support-* provides no README file unfortunately. According to the license, I need to place a symlink to the license, in /lib/firmware (sorry lintian and fhs). Should I : 1. create a [links] section in the define (and modify gencontrol) 2. create a ipw2200/links file (and copy it to debian/*.links) 3. create a file debian/firmware-ipw2200.links [ouch]. 4. do something else (maybe in debian/templates)? Thanks, Franklin If I've read the FAQ (posted earlier in this thread) correctly, if Debian uses a centralized location for license files, which /usr/share/doc/packagename/copyright is, then Debian should be able to put the license there and does not need to put a copy in the same directory as the firmware files. Regards, Cascardo. signature.asc Description: Digital signature
Re: firmware-nonfree : ipw2200 ?
On Mon, Oct 27, 2008 at 11:54 PM, Thadeu Lima de Souza Cascardo [EMAIL PROTECTED] wrote: If I've read the FAQ (posted earlier in this thread) correctly, if Debian uses a centralized location for license files, which /usr/share/doc/packagename/copyright is, then Debian should be able to put the license there and does not need to put a copy in the same directory as the firmware files. The FAQ clearly emphasises (with the phrase in addition) that you still have to place a copy of the license in the same directory as the firmware even when placing a copy of the license in /usr/share/doc. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500589: linux-image-2.6.26-1-686 version 2.6.26-8: internal microphone does not work
Internal microphone is silent. Sound playback is all right. External microphone was not tested. The microphone is perfectly usable with 2.6.24-etchnhalf.1-686. Machine: Acer Aspire 5520-5290 Sound card: 10de:055c (rev a1) 00:07.0 Audio device: nVidia Corporation MCP67 High Definition Audio (rev a1) Subsystem: Acer Incorporated [ALI] Unknown device 0126 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21 Memory at f268 (32-bit, non-prefetchable) [size=16K] Capabilities: [44] Power Management version 2 Capabilities: [50] Message Signalled Interrupts: Mask+ 64bit+ Queue=0/0 Enable- Capabilities: [6c] HyperTransport: MSI Mapping Enable+ Fixed+ Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel Laszlo Kajan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493925: hmhm results with Ben's patch for mga drm firmware loading and G550
Hi, thanks, Ben, for looking into firmwares. On my computer (using a G550), I'm seeing [ 62.796953] [drm] Initialized card for AGP DMA. [ 62.859094] firmware: requesting matrox/g400_warp.fw [ 63.032671] [drm:mga_warp_install_microcode] *ERROR* mga: Invalid microcode matrox/g400_warp.fw [ 63.032671] [drm:mga_do_init_dma] *ERROR* failed to install WARP ucode!: -22 instead of [ 67.385716] [drm] Initialized card for AGP DMA. in dmesg when X starts with Ben's patch. This may or may not be desirable: the mga X server fails to decently set up the graphics modes either way (800x600/60 works, 1024x786/60 does but flickers, for other resolutions, the display claims to receive Vertical Refresh rates of 40Hz), so maybe the old thing just failed silently, but all of this seems unchanged by the patch. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503699: tcp mtu negotiation issue in 2.6.18-6-amd64
Package: linux-image-2.6.18-6-amd64 Version: 2.6.18.dfsg.1-22etch2 When configuring the network interface as mtu 9000, tcp mtu negotiation is not working correctly. When the debian server initiates a tcp connection and the other side tells it can only use mtu 1500, it is ignored and still uses its own mtu 9000 when sending packets. If the other side (which is using mtu 1500) initiates the connection, then the debian server drops down to 1500 and things are fine. I updated to testing's kernel linux-image-2.6.26-1-amd64 which has resolved this issue and is working correctly. Rich -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 494010
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 tags 494010 - patch Bug#494010: binary firmware in drivers/char/dsp56k.c Tags were: patch lenny-ignore Tags removed: patch End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: patch for building dsp56k firmware
Processing commands for [EMAIL PROTECTED]: tags 494010 patch Bug#494010: binary firmware in drivers/char/dsp56k.c Tags were: lenny-ignore Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494010: patch for building dsp56k firmware
tags 494010 patch thanks Hi, I'm attaching a patch for building the dsp56k firmware from source. Note: the dsp56k_bootstrap.asm in this patch includes fixes provided separately (and explained) in this bug log. I will send them to upstream as well. -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. --- dsp56k.c~ 2008-10-27 22:03:26.0 +0100 +++ dsp56k.c 2008-10-27 22:05:13.0 +0100 @@ -94,44 +94,7 @@ /* DSP56001 bootstrap code */ static char bootstrap[] = { - 0x0c, 0x00, 0x40, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - 0x00, 0x00, 0x60, 0xf4, 0x00, 0x00, 0x00, 0x4f, 0x61, 0xf4, - 0x00, 0x00, 0x7e, 0xa9, 0x06, 0x2e, 0x80, 0x00, 0x00, 0x47, - 0x07, 0xd8, 0x84, 0x07, 0x59, 0x84, 0x08, 0xf4, 0xa8, 0x00, - 0x00, 0x04, 0x08, 0xf4, 0xbf, 0x00, 0x0c, 0x00, 0x00, 0xfe, - 0xb8, 0x0a, 0xf0, 0x80, 0x00, 0x7e, 0xa9, 0x08, 0xf4, 0xa0, - 0x00, 0x00, 0x01, 0x08, 0xf4, 0xbe, 0x00, 0x00, 0x00, 0x0a, - 0xa9, 0x80, 0x00, 0x7e, 0xad, 0x08, 0x4e, 0x2b, 0x44, 0xf4, - 0x00, 0x00, 0x00, 0x03, 0x44, 0xf4, 0x45, 0x00, 0x00, 0x01, - 0x0e, 0xa0, 0x00, 0x0a, 0xa9, 0x80, 0x00, 0x7e, 0xb5, 0x08, - 0x50, 0x2b, 0x0a, 0xa9, 0x80, 0x00, 0x7e, 0xb8, 0x08, 0x46, - 0x2b, 0x44, 0xf4, 0x45, 0x00, 0x00, 0x02, 0x0a, 0xf0, 0xaa, - 0x00, 0x7e, 0xc9, 0x20, 0x00, 0x45, 0x0a, 0xf0, 0xaa, 0x00, - 0x7e, 0xd0, 0x06, 0xc6, 0x00, 0x00, 0x7e, 0xc6, 0x0a, 0xa9, - 0x80, 0x00, 0x7e, 0xc4, 0x08, 0x58, 0x6b, 0x0a, 0xf0, 0x80, - 0x00, 0x7e, 0xad, 0x06, 0xc6, 0x00, 0x00, 0x7e, 0xcd, 0x0a, - 0xa9, 0x80, 0x00, 0x7e, 0xcb, 0x08, 0x58, 0xab, 0x0a, 0xf0, - 0x80, 0x00, 0x7e, 0xad, 0x06, 0xc6, 0x00, 0x00, 0x7e, 0xd4, - 0x0a, 0xa9, 0x80, 0x00, 0x7e, 0xd2, 0x08, 0x58, 0xeb, 0x0a, - 0xf0, 0x80, 0x00, 0x7e, 0xad}; +}; static int sizeof_bootstrap = 375; diff -Nur linux-2.6-2.6.26/debian/templates/control.source.in linux-2.6-2.6.26.new/debian/templates/control.source.in --- linux-2.6-2.6.26/debian/templates/control.source.in 2008-10-04 22:40:12.0 +0200 +++ linux-2.6-2.6.26.new/debian/templates/control.source.in 2008-10-27 22:20:37.0 +0100 @@ -3,6 +3,6 @@ Maintainer: Debian Kernel Team debian-kernel@lists.debian.org Uploaders: Bastian Blank [EMAIL PROTECTED], Frederik Schüler [EMAIL PROTECTED], maximilian attems [EMAIL PROTECTED] Standards-Version: 3.7.3.0 -Build-Depends: debhelper (= 4.1.0), module-init-tools, dpkg-dev (= 1.10.23), sparc-utils [sparc], kernel-package (= 10.063), python +Build-Depends: debhelper (= 4.1.0), module-init-tools, dpkg-dev (= 1.10.23), sparc-utils [sparc], kernel-package (= 10.063), python, a56 (= 1.3-5) Build-Depends-Indep: bzip2, findutils (= 4.2.12), python-central, xmlto XS-Python-Version: current diff -Nur linux-2.6-2.6.26/drivers/char/dsp56k_bootstrap.asm linux-2.6-2.6.26.new/drivers/char/dsp56k_bootstrap.asm --- linux-2.6-2.6.26/drivers/char/dsp56k_bootstrap.asm 1970-01-01 01:00:00.0 +0100 +++ linux-2.6-2.6.26.new/drivers/char/dsp56k_bootstrap.asm 2008-10-27 22:25:16.0 +0100 @@ -0,0 +1,98 @@ +; Author: Frederik Noring [EMAIL PROTECTED] +; +; This file is subject to the terms and conditions of the GNU General Public +; License. See the file COPYING in the main directory of this archive +; for more details. + +; DSP56k loader + +; Host Interface +M_BCR EQU $FFFE ; Port A Bus Control Register +M_PBC EQU $FFE0 ; Port B Control Register +M_PBDDR EQU $FFE2 ; Port B Data Direction Register +M_PBD EQU $FFE4 ; Port B Data Register +M_PCC EQU $FFE1 ; Port C Control Register +M_PCDDR EQU $FFE3 ; Port C Data Direction Register +M_PCD EQU $FFE5 ; Port C Data Register + +M_HCR EQU $FFE8 ; Host
Bug#503731: linux-image-2.6.26-1-amd64: aes_x86_64 not used by default
Package: linux-image-2.6.26-1-amd64 Version: 2.6.26-8 Severity: wishlist Recently I installed the AMD64 port for lenny and in the process setup encrypted LVM2 and all the other bells and whistles. By chance a Gentoo ricer pointed out that by default my system was using aes_generic when I could have been using aes_x86_64, which I understand is an assembly optimised variant. Thankfully I merely edit my /etc/modules and put aes_x86_64 in there and reboot. Using /proc/crypto I can see that aes_x86_64 has a higher priority than aes_generic so my system uses that instead. I would have thought however that unless there was a compelling reason not to, that aes_x86_64 would have been the prefered module for this kind of setup. Typically with this class of CPU the bottleneck is often the hard disk rather than anything else, but every little helps :) For your kind consideration. -- Package-specific info: ** Version: Linux version 2.6.26-1-amd64 (Debian 2.6.26-8) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Thu Oct 9 14:16:53 UTC 2008 ** Command line: root=/dev/mapper/D2-root ro vga=773 resume=/dev/mapper/D2-swap ** Tainted: P (1) ** Kernel log: [ 13.637791] Uniform CD-ROM driver Revision: 3.20 [ 13.769046] device-mapper: uevent: version 1.0.3 [ 13.801193] device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: [EMAIL PROTECTED] [ 15.234394] usb-storage: device scan complete [ 15.238873] scsi 4:0:0:0: Direct-Access Generic- Compact Flash1.00 PQ: 0 ANSI: 0 CCS [ 15.271123] scsi 4:0:0:1: Direct-Access Generic- SM/xD-Picture1.00 PQ: 0 ANSI: 0 CCS [ 15.277353] scsi 4:0:0:2: Direct-Access Generic- SD/MMC 1.00 PQ: 0 ANSI: 0 CCS [ 15.284926] scsi 4:0:0:3: Direct-Access Generic- MS/MS-Pro1.00 PQ: 0 ANSI: 0 CCS [ 15.284926] sd 4:0:0:0: [sdb] Attached SCSI removable disk [ 15.286697] sd 4:0:0:1: [sdc] Attached SCSI removable disk [ 15.288813] sd 4:0:0:2: [sdd] Attached SCSI removable disk [ 15.289322] sd 4:0:0:3: [sde] Attached SCSI removable disk [ 17.624387] PM: Starting manual resume from disk [ 17.784146] kjournald starting. Commit interval 5 seconds [ 17.820476] EXT3-fs: mounted filesystem with ordered data mode. [ 25.652347] udevd version 125 started [ 26.192107] agpgart: Detected VIA P4M900 chipset [ 26.245387] agpgart: AGP aperture is 32M @ 0xd800 [ 26.298078] input: Power Button (FF) as /class/input/input3 [ 26.408288] ACPI: Power Button (FF) [PWRF] [ 26.436371] input: Power Button (CM) as /class/input/input4 [ 26.561797] ACPI: Power Button (CM) [PWRB] [ 26.590702] input: Sleep Button (CM) as /class/input/input5 [ 26.693685] ACPI: Sleep Button (CM) [SLPB] [ 26.895593] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 26.941496] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 27.095562] Linux video capture interface: v2.00 [ 27.151013] ov511: USB OV511+ video device found [ 27.224191] ov511: model: Creative Labs WebCam 3 [ 27.305554] usblp0: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 0x04A9 pid 0x10B6 [ 27.383517] input: PC Speaker as /class/input/input6 [ 27.484151] ACPI: PCI Interrupt :04:07.0[A] - GSI 17 (level, low) - IRQ 17 [ 27.513396] ath5k_pci :04:07.0: registered as 'phy0' [ 27.689265] pnp: the driver 'parport_pc' has been registered [ 27.689291] parport_pc 00:0a: reported by Plug and Play ACPI [ 27.719624] parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE] [ 27.743552] ov511: Sensor is an OV7620AE [ 27.743552] ov511: Enabling 511+/7620AE workaround [ 27.832522] phy0: Selected rate control algorithm 'pid' [ 27.895647] parport_pc 00:0a: driver attached [ 27.988772] ath5k phy0: Atheros AR5414 chip found (MAC: 0xa5, PHY: 0x61) [ 28.044847] ACPI: PCI Interrupt :80:01.0[A] - GSI 17 (level, low) - IRQ 17 [ 28.044886] PCI: Setting latency timer of device :80:01.0 to 64 [ 28.044891] PCI: Disallowing DAC for device :80:01.0 [ 28.133358] hda_codec: Unknown model for ALC883, trying auto-probe from BIOS... [ 28.396621] ov511: Device at usb-:00:10.1-1 registered to minor 0 [ 28.428541] usbcore: registered new interface driver usblp [ 28.454879] usbcore: registered new interface driver ov511 [ 28.454879] ov511: v1.64 for Linux 2.5 : ov511 USB Camera Driver [ 700.938189] EXT3 FS on dm-1, internal journal [ 701.686544] loop: module loaded [ 703.125275] kjournald starting. Commit interval 5 seconds [ 703.125275] EXT3 FS on sda2, internal journal [ 703.125275] EXT3-fs: mounted filesystem with ordered data mode. [ 703.354738] Adding 4001784k swap on /dev/mapper/D2-swap. Priority:-1 extents:1 across:4001784k [ 703.838557] fuse init (API version 7.9) [ 707.136316] firmware: requesting intel-ucode/06-0f-06 [ 707.279442] firmware: requesting intel-ucode/06-0f-06 [ 707.313267] IA-32 Microcode Update Driver: v1.14a [EMAIL PROTECTED] [