virtualbox-ose modules, yet again
Hi, with a new vbox major version out people again start bugging us about the not-yet-existing modules package. As a vbox user/maintainer I have to rebuild the modules for a new vbox version as well as for a new kernel version so I wouldn't mind uploading it too, meaning we will get a lot bug reports less than with the current setup that rebuilds the vbox module package with lme. The last time I brought up this topic the discussion stopped somewhere in between, so I'd like to bring this up again and settle it for good. A test package is available in experimental albeit only having a 2.6.26 version as this was the actual kernel when vbox2 went from experimental to sid. What do you guys think? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo/Skype: michaelmeskes, Jabber: mes...@jabber.org Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 535922 is wishlist
Processing commands for cont...@bugs.debian.org: severity 535922 wishlist Bug#535922: firmware-nonfree: Need to include 'advansys' firmware Severity set to `wishlist' from `important' 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 debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535130: linux-image-2.6.30-1-686: fails with lenny's udev
On Mon, Jun 29, 2009 at 05:30:33PM -0700, Steve Langasek wrote: On Tue, Jun 30, 2009 at 01:15:23AM +0200, Simon Richter wrote: Suggested fix is to add a conflict on udev 0.141. Breaks: may be more suitable here; but it bears asking why we don't add a versioned Depends: on udev outright. The use case for a recent Linux system without udev is diminishingly small. This makes it uninstallable on Lenny. The root cause needs to be found, as I have many systems running on Lenny with this kernel. Bastian -- Each kiss is as the first. -- Miramanee, Kirk's wife, The Paradise Syndrome, stardate 4842.6 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535130: linux-image-2.6.30-1-686: fails with lenny's udev
On Tue, Jun 30, 2009 at 01:15:23AM +0200, Simon Richter wrote: when booting into 2.6.30 with lenny's udev still installed, the system fails to load a number of drivers, among them agpgart (which makes xorg fail). Are you able to show why? Bastian -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535941: linux-image-2.6.26-2-xen-686: domU crashes daily
Package: linux-image-2.6.26-2-xen-686 Version: 2.6.26-17 Severity: grave Justification: renders package unusable domU crashes randomly... I have annother Lenny Xen-Hostsystem with 2.6.18-6-xen-686 dom0-kernel (from etch) and everything works perfect. Both systems won't work with 2.6.26-2-xen-686. xm dmesg: (XEN) domain_crash_sync called from entry.S (ff188600) (XEN) Domain 6 (vcpu#2) crashed on cpu#2: (XEN) [ Xen-3.2-1 x86_32p debug=n Not tainted ] (XEN) CPU:2 (XEN) EIP:0061:[c01013a7] (XEN) EFLAGS: 0246 CONTEXT: guest (XEN) eax: ebx: 0001 ecx: edx: ed447f90 (XEN) esi: 0002 edi: 0002 ebp: esp: ed447f84 (XEN) cr0: 8005003b cr4: 26f0 cr3: 001b4ca0 cr2: b7ee59e0 (XEN) ds: 007b es: 007b fs: 00d8 gs: ss: 0069 cs: 0061 (XEN) Guest stack trace from esp=ed447f84: (XEN)c0105f52 0002 c0848f4e 8225 (XEN)c01028ab c0102810 (XEN) 00d8 (XEN) (XEN) mm.c:645:d13 Non-privileged (13) attempt to map I/O space 0025b0a8 (XEN) mm.c:3493:d13 ptwr_emulate: fixing up invalid PAE PTE 00025b0a8025 (XEN) mm.c:645:d14 Non-privileged (14) attempt to map I/O space 002734a8 (XEN) mm.c:3493:d14 ptwr_emulate: fixing up invalid PAE PTE 0002734a8025 xend.log: [2009-07-04 01:30:03 2981] WARNING (XendDomainInfo:1258) Domain has crashed: name=XXX id=6. [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:1914) XendDomainInfo.destroyDomain(6) [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:1529) Destroying device model [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:1536) Releasing devices [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:1542) Removing vif/0 [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:590) XendDomainInfo.destroyDevi ce: deviceClass = vif, device = vif/0 [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:1542) Removing vbd/2049 [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:590) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/2049 [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:1542) Removing vbd/2050 [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:590) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/2050 [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:1542) Removing console/0 [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:590) XendDomainInfo.destroyDevice: deviceClass = console, device = console/0 [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:1534) No device model [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:1536) Releasing devices [2009-07-04 01:30:03 2981] DEBUG (XendDomainInfo:106) XendDomainInfo.create_from_dict({'vcpus_params': {'cap': 0, 'weight': 256}, 'PV_args': 'root=/dev/sda2 ro ', 'features': '', 'cpus': [], 'paused': 0, 'actions_after_reboot': 'restart', 'shutdown': 0, 'VCPUs_live': 1, 'PV_bootloader': '', 'actions_after_crash': 'restart', 'vbd_refs': ['76379e03-6ad8-1014-3bf4-efa0ab0b9d7d', 'd75b2a27-dcc5-59ae-18b8-79cd54d46c08'], 'PV_ramdisk': '/boot/initrd.img-2.6.26-2-xen-686', 'is_control_domain': False, 'name_label': 'trsggrea', 'VCPUs_at_startup': 1, 'HVM_boot_params': {}, 'platform': {}, 'PV_kernel': '/boot/vmlinuz-2.6.26-2-xen-686', 'console_refs': ['58eeeb1d-01b3-8872-2488-97f50c60b17e'], 'online_vcpus': 4, 'blocked': 0, 'on_xend_stop': 'ignore', 'memory_static_min': 0, 'HVM_boot_policy': '', 'shutdown_reason': 3, 'VCPUs_max': 4, 'start_time': 1246543544.3383191, 'memory_static_max': 4294967296L, 'actions_after_shutdown': 'destroy', 'on_xend_start': 'ignore', 'crashed': 1, 'memory_ dynamic_max': 4294967296L, 'actions_after_suspend': '', 'is_a_template': False, 'PV_bootloader_args': '', 'memory_dynamic_min': 4294967296L, 'uuid': 'e5592f0e-aed4-cee7-4bf9-dc752db243ad', 'cpu_time': 3108.4089437950001, 'shadow_memory': 0, 'dying': 1, 'vcpu_avail': 15, 'notes': {'HV_START_LOW': 4118806528L, 'FEATURES': 'writable_page_tables|writable_descriptor_tables|auto_translated_physmap|pae_pgdir_above_4gb|supervisor_mode_kernel', 'VIRT_BASE': 3221225472L, 'GUEST_VERSION': '2.6', 'PADDR_OFFSET': 0, 'GUEST_OS': 'linux', 'HYPERCALL_PAGE': 378144L, 'LOADER': 'generic', 'SUSPEND_CANCEL': 1, 'PAE_MODE': 'yes', 'ENTRY': 374048L, 'XEN_VERSION': 'xen-3.0'}, 'other_config': {}, 'running': 0, 'domid': 6, 'vif_refs': ['4897dbc5-7436-84c8-7af5-ede96161f91e'], 'vtpm_refs': [], 'devices': {'d75b2a27-dcc5-59ae-18b8-79cd54d46c08': ('vbd', {'uuid': 'd75b2a27-dcc5-59ae-18b8-79cd54d46c08', 'bootable': 0, 'devid': 2050, 'driver': 'paravirtualised', 'dev': 'sda2', 'uname': 'phy:/dev /vg0/web01-disk', 'mode': 'w'}), '4897dbc5-7436-84c8-7af5-ede96161f91e': ('vif', {'ip': '188.40.58.178', 'mac': '00:16:3e:7c:45:a9', 'devid': 0, 'uuid': '4897dbc5-7436-84c8-7af5-ede96161f91e'}),
Processed: severity of 535941 is important
Processing commands for cont...@bugs.debian.org: severity 535941 important Bug#535941: linux-image-2.6.26-2-xen-686: domU crashes daily Severity set to `important' from `grave' 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 debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535130: linux-image-2.6.30-1-686: fails with lenny's udev
On Tue, Jun 30, 2009 at 01:15:23AM +0200, Simon Richter wrote: when booting into 2.6.30 with lenny's udev still installed, the system fails to load a number of drivers, among them agpgart (which makes xorg fail). agpgart is never loaded alone on a udev system, it is pulled in by the real modules. lenny's udev also fails to create the harddisk device nodes, which leads to update-grub and/or lilo failing, the latter making the system unbootable (hence the severity). Unreproducible here. ** Tainted: P (1) You have proprietary modules loaded. This voids your waranty anyway. Bastian -- Conquest is easy. Control is not. -- Kirk, Mirror, Mirror, stardate unknown -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [kernel] r13863 - in dists/sid/linux-2.6/debian: . patches/bugfix/all/stable patches/series
On Fri, 03 Jul 2009, dann frazier wrote: On Fri, Jul 03, 2009 at 06:00:53PM +0200, Bastian Blank wrote: On Fri, Jul 03, 2009 at 03:06:05PM +, Bastian Blank wrote: Add stable release 2.6.30.1. * debian/changelog: Update. Maximilian asked to change the changelog format to not longer mention the whole upstream changelog for the stable updates. If we drop the full changelog, it would still be useful to make note of any differences between our patch and upstream - e.g., changes dropped due to ABI changes. I suspect that's an obvious request though. so guess that is an ack for 2.6.30-2 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535959: linux-2.6: Please enable libata for PATA/piix
Package: linux-2.6 Severity: normal Hi, currently the Debian linux package explicitly disables libata for ata_piix via debian/patches/debian/drivers-ata-ata_piix-postpone-pata.patch. which means that the old IDE subsystem is used for this chipset. I'd like to see this patch removed, so libata is used by default. Cheers, Michael -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
unification filesystems -- packaging aufs2, etc.
Hi everyone, I would like to remove aufs from Debian soon, as it is not maintained upstream anymore. But before this can happen, we have to find an alternative which provides a reasonable feature set and comparable performance. This email is sent to the debian-kernel team for advice on the kernel-based solutions and to the debian-live team as the most important user. I also CCed the maintainers of the userspace filesystems. Why remove aufs1? - The last update to aufs1 is from January 2009. It has since been replaced by aufs2. I don't want to maintain a whole filesystem without any kind of upstream. Alternatives: Kernelspace filesystems - There are two candidates: Unionfs2 and Aufs2. The problem with both filesystems is that they require patches to the kernel, whereas aufs2 seems to be safer as it requires only new exports to be added. There is also a new technology called union-mount, but I don't know how mature this solution is. None of these filesystems are packaged yet. If we were to decide for kernel-based unification, one of those has to be packaged and the kernel team has to accept patches to make this work. I have attached the kernel patches needed for each filesystem, so they can be reviewed. The Unionfs patch can be reduced to export do_splice_{from,to} (without renaming to vfs_splice_{from,to}), exporting security_inode_permission and the change to fsstack_copy_inode_size(). The aufs patch is larger, but has the benefit of only adding new exports without changing existing functions. Alternatives: Userspace filesystems --- There are also userspace alternatives. Debian currently provides unionfs-fuse, packaged by Bernd Schubert bernd.schub...@fastmail.fm. Another alternative seems to be mhddfs, packaged by Dmitry E. Oboukhov un...@debian.org. Proposal - It seems to be the best idea to use unionfs-fuse for now (like Ubuntu) until a new kernel-based solution has been packaged. It may also be a good idea to coordinate this with the Ubuntu developers, so both distros can use the same method of filesystem unification. 1. The Debian Live project adds support for unionfs-fuse. 2. A new filesystem will be packaged (unionfs2 OR aufs2). 3. aufs will be removed from unstable (or be replaced by aufs2 under the same name). Regards, Julian Andres Klode (Please always CC me on replies, I'm not subscribed to any of the mailing lists this mail is sent to.) -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: juli...@jabber.org Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ aufs2 standalone patch for linux-2.6.30 diff --git a/fs/namei.c b/fs/namei.c index 967c3db..64a5060 100644 --- a/fs/namei.c +++ b/fs/namei.c @@ -337,6 +337,7 @@ int deny_write_access(struct file * file) return 0; } +EXPORT_SYMBOL(deny_write_access); /** * path_get - get a reference to a path @@ -1200,7 +1201,7 @@ out: * needs parent already locked. Doesn't follow mounts. * SMP-safe. */ -static struct dentry *lookup_hash(struct nameidata *nd) +struct dentry *lookup_hash(struct nameidata *nd) { int err; @@ -1209,8 +1210,9 @@ static struct dentry *lookup_hash(struct nameidata *nd) return ERR_PTR(err); return __lookup_hash(nd-last, nd-path.dentry, nd); } +EXPORT_SYMBOL(lookup_hash); -static int __lookup_one_len(const char *name, struct qstr *this, +int __lookup_one_len(const char *name, struct qstr *this, struct dentry *base, int len) { unsigned long hash; @@ -1231,6 +1233,7 @@ static int __lookup_one_len(const char *name, struct qstr *this, this-hash = end_name_hash(hash); return 0; } +EXPORT_SYMBOL(__lookup_one_len); /** * lookup_one_len - filesystem helper to lookup single pathname component diff --git a/fs/namespace.c b/fs/namespace.c index 134d494..5a6d038 100644 --- a/fs/namespace.c +++ b/fs/namespace.c @@ -38,6 +38,7 @@ /* spinlock for vfsmount related operations, inplace of dcache_lock */ __cacheline_aligned_in_smp DEFINE_SPINLOCK(vfsmount_lock); +EXPORT_SYMBOL(vfsmount_lock); static int event; static DEFINE_IDA(mnt_id_ida); diff --git a/fs/open.c b/fs/open.c index bdfbf03..81c39b3 100644 --- a/fs/open.c +++ b/fs/open.c @@ -221,6 +221,7 @@ int do_truncate(struct dentry *dentry, loff_t length, unsigned int time_attrs, mutex_unlock(dentry-d_inode-i_mutex); return err; } +EXPORT_SYMBOL(do_truncate); static long do_sys_truncate(const char __user *pathname, loff_t length) { diff --git a/fs/splice.c b/fs/splice.c index 666953d..fbc3f77 100644 --- a/fs/splice.c +++ b/fs/splice.c @@ -905,8 +905,8 @@ EXPORT_SYMBOL(generic_splice_sendpage); /* * Attempt to initiate a splice from pipe to file. */ -static long do_splice_from(struct pipe_inode_info *pipe, struct file *out, -
Bug#535959: linux-2.6: Please enable libata for PATA/piix
On Mon, Jul 06, 2009 at 01:02:54PM +0200, Michael Biebl wrote: Package: linux-2.6 Severity: normal Hi, currently the Debian linux package explicitly disables libata for ata_piix via debian/patches/debian/drivers-ata-ata_piix-postpone-pata.patch. which means that the old IDE subsystem is used for this chipset. I'd like to see this patch removed, so libata is used by default. I would like to see this as well. Most other distributions have already switched to the new system and it's a bit silly to have two subystems loaded on a modern laptop when both devices (SATA HDD, PATA DVD) can be supported by just one subsystem (it reduces the amount of code running on the system). -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: juli...@jabber.org Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: unification filesystems -- packaging aufs2, etc.
Hello Julian, On Monday 06 July 2009, Julian Andres Klode wrote: - It seems to be the best idea to use unionfs-fuse for now (like Ubuntu) until a new kernel-based solution has been packaged. It may also be a good idea to coordinate this with the Ubuntu developers, so both distros can use the same method of filesystem unification. 1. The Debian Live project adds support for unionfs-fuse. 2. A new filesystem will be packaged (unionfs2 OR aufs2). 3. aufs will be removed from unstable (or be replaced by aufs2 under the same name). I also would like to get involved into the Debian Live project then, as I guess I know how to workaround issues. For example one of the problems with fuse filesystems is that killall5 will terminate it during the shutdown process. Fortunately Debian has as workaround in sysvinit-utils and the unionfs-fuse package also provides an example rc.local script. Thanks, Bernd -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Old Debian kernel packages
Hello, Is there an archive of past kernel packages that Debian has shipped? As snapshot.debian.net is currently broken, I've been unable to find copies of them online anywhere. Regards, -Tim Abbott -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: unification filesystems -- packaging aufs2, etc.
Julian Andres Klode wrote: Proposal - It seems to be the best idea to use unionfs-fuse for now (like Ubuntu) until a new kernel-based solution has been packaged. It may also be a good idea to coordinate this with the Ubuntu developers, so both distros can use the same method of filesystem unification. 1. The Debian Live project adds support for unionfs-fuse. this shouldn't be that hard, however, it's a serious regression in terms of speed, therefore i really hope kernel team will accepts aufs2 patches. 2. A new filesystem will be packaged (unionfs2 OR aufs2). 3. aufs will be removed from unstable (or be replaced by aufs2 under the same name). in the meanwhile, having not looked at the issues myself at all, is it reasonably possible to patch aufs1 for 2.6.30? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: unification filesystems -- packaging aufs2, etc.
Bernd Schubert wrote: I also would like to get involved into the Debian Live project then very easy and welcome.. please clone git://git.debian.net/git/debian-live/live-initramfs.git and send patches. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535997: Can not assign arbitrary modifiers to the keyboard leds
Package: linux-latest-2.6 Severity: wishlist Hi! The keyboard driver of Linux supports several modifiers: shift, altgr, control, alt, shiftl, shiftr, ctrll, ctrlr and capsshift. Due to some limitations of the method CapsLock is implemented in the kernel, for several languages it is necessary some other modifier to be used instead of CapsLock. For example console-setup often uses ctrll instead of capslock and the whole purpose of capsshift is to be used as a replacement for capslock. Unfortunately currently it is impossible to tell the kernel to display the state of the ctrll or capsshift modifier with the CapsLock led. As a result the CapsLock led doesn't work for keyboard layouts that can not use the CapsLock modifier. A related bug to this one is #514464. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#490694: Stuck back at 2.6.24
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben, Ben Hutchings wrote: There was a change to PowerPC PCI setup between 2.6.24 and .25 which might conceivably have caused this bug. The attached patch against Linux 2.6.26 as packaged in lenny is intended to revert that change, so that we can establish whether that is the case. As I said, I am unable to test this myself. See http://wiki.debian.org/HowToRebuildAnOfficialDebianKernelPackage for instructions on applying this to the kernel package. It didn't work. It still dies at the same place. I did check the build directory code to see that the patch was applied and it was. I applied the patch at the end of series 13. (FYI: Also the patch file itself needed to be fixed for the Debian build. The file diff references were right.) Let me know if you have any other ideas, I'm willing to build again though one should note that the build takes quite awhile on my 350MHz pmac. - -jeff -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpSTRsACgkQMfiP4rwHDZxYngCcDGuNLaus32Jl8PlYhP370CmX D5IAn1m9lV1yMdKC4ZEpqEjOchlpJ563 =l7iN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
reassign 518710 to src:linux-2.6, fixed 518710 in 2.6.31-1
reassign 518710 src:linux-2.6 # tag it as fixed in future version. fixed 518710 2.6.31-1 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#420582: atyfb: text mode console slightly broken
On Sat, 7 Feb 2009 15:34:59 +0100 Moritz Muehlenhoff j...@inutil.org wrote: On Mon, Nov 24, 2008 at 01:35:53PM +0100, Manuel Tobias Schiller wrote: Hi Moritz, I'm at CERN during this week, so I don't have access to the computer in question, and I'm busy this weekend, so I am certain that I can not check this out before next week. Sorry that I have to delay things a little. Have you been able to reproduce the problem with more recent kernel versions? Cheers, Moritz Hi Moritz, after much delay (I'm sorry, I'm drowning in work) and a new batch of ram chips (which greatly improved the stability of the machine in question) I managed to install the new 2.6.30 kernel from backports on the machine, and the display is fine. Whatever seems to have caused the trouble seems to be fixed upstream... The stock 2.6.26 kernel that comes with lenny still shows the strange behaviour. I hope these tests help. I'm at CERN for the rest of the week (the machine is here in Heidelberg), so if you need anything tested, please let me know, this should be much easier to do now that I haven't seen any crashes on the machine for over three weeks. Cheers, and thanks for the patience, Manuel -- Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536050: firmware-bnx2: Include 5708 and 5716 in package description
Package: firmware-bnx2 Version: 0.17 Severity: minor Tags: patch Hi, The bnx2 driver supports the Broadcom 5706, 5708, 5709 and 5716 chipsets. Only 5706 and 5709 are mentioned in the firmware-bnx2 package description at this time. Attached is a patch to include 5708 and 5716 in the description. This also corrects the descriptions (e.g. version unknown) of firmware for the 2.6.30 kernel. Geoff -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash firmware-bnx2 depends on no packages. firmware-bnx2 recommends no packages. Versions of packages firmware-bnx2 suggests: ii initramfs-tools 0.93.3 tools for generating an initramfs ii linux-image-2.6.30-1-686 [lin 2.6.30-1 Linux 2.6.30 image on PPro/Celeron -- no debconf information Index: bnx2/defines === --- bnx2/defines (revision 13893) +++ bnx2/defines (working copy) @@ -15,7 +15,7 @@ uri: http://ftp.debian.org/debian/pool/non-free/f/firmware-nonfree [bnx2-06-4.0.5.fw_base] -desc: Broadcom NetXtremeII 5706 firmware +desc: Broadcom NetXtremeII 5706/5708 firmware version: Linux 2.6.25 [bnx2-09-4.0.5.fw_base] @@ -23,25 +23,25 @@ version: Linux 2.6.25 [bnx2-06-4.6.16.fw_base] -desc: Broadcom NetXtremeII 5706 firmware +desc: Broadcom NetXtremeII 5706/5708 firmware version: Linux 2.6.29 [bnx2-09-4.6.15.fw_base] -desc: Broadcom NetXtremeII 5709 firmware +desc: Broadcom NetXtremeII 5709/5716 firmware version: Linux 2.6.29 -[bnx2-mips-06-4.6.16.fw_base] -desc: Broadcom NetXtremeII 5706 firmware (mips) +[bnx2/bnx2-mips-06-4.6.16.fw_base] +desc: Broadcom NetXtremeII 5706/5708 firmware (mips) version: Linux 2.6.30 -[bnx2-rv2p-06-4.6.16.fw_base] -desc: Broadcom NetXtremeII 5706 firmware (rv2p) +[bnx2/bnx2-rv2p-06-4.6.16.fw_base] +desc: Broadcom NetXtremeII 5706/5708 firmware (rv2p) version: Linux 2.6.30 -[bnx2-mips-09-4.6.17.fw_base] -desc: Broadcom NetXtremeII 5709 firmware (mips) +[bnx2/bnx2-mips-09-4.6.17.fw_base] +desc: Broadcom NetXtremeII 5709/5716 firmware (mips) version: Linux 2.6.30 -[bnx2-rv2p-09-4.6.15.fw_base] -desc: Broadcom NetXtremeII 5709 firmware (rv2p) +[bnx2/bnx2-rv2p-09-4.6.15.fw_base] +desc: Broadcom NetXtremeII 5709/5716 firmware (rv2p) version: Linux 2.6.30