Re: About xen and amd64
Hi maks, On Friday 01 February 2008 01:03, maximilian attems wrote: > On Thu, Jan 31, 2008 at 03:19:20PM -0430, Nelson Nieto wrote: > > there is a problem with xen and amd64 with the testing or unstable kernel > > ? > bug upstream instead of bitching around :) Could you please stop cursing at users? (And start giving more useful information.) "Known issue, upstream is aware. Please help there if you can." Thanks for your consideration. regards, Holger pgppKzjVtzdZ1.pgp Description: PGP signature
Bug#436267: Firewire support in lenny
Hi, On Tuesday 12 February 2008 12:31, Guus Sliepen wrote: > I do not see why making the old stack available again, but blacklisted > by default, discourages testing of the newer stack. If you have both > available, then yes, users can switch to the new stack more easily, but > at least they will still be using Debian kernel packages, and they can > switch back to the juju stack just as well. If you do not make this > option available, those who have problems with the new stack will have > to compile their own kernels, and then they will not track the Debian > kernel packages anymore. I see this happening all around... (users compiling their own kernels cause they have to and stop tracking debian kernels) Please make the old stack available. regards, Holger pgpA1FYBwoopT.pgp Description: PGP signature
Bug#449272: linux-2.6: stop this farce, please
Hi, FWIW I have packages ready with both the new juju stack and the old stack enabled. Then you only need to blacklist one or the other, but you have the option to choose, without recompiling, so you basically can stay with the Debian kernels. linux-2.6 (2.6.24-5~holger+1) unstable; urgency=low * re-enable the old firewire stack as modules. (Workaround for: #436267, #449272, #450836, #441206, #441179, #435224, #435062, #434551) You need to blacklist either the old or the new stack, see http://wiki.linux1394.org/JujuMigration for why and howto. -- Holger Levsen <[EMAIL PROTECTED]> Mon, 03 Mar 2008 15:21:10 +0100 Is the relevant changelog entry (and the rest of the diff is posted below). I plan to provide them in a private repository (for amd64, i386, powerpc and sources) until this has been fixed in sid from a kernel user point of view (that is, either juju is working in sid/lenny or the old stack is enabled in the kernel) - by providing updated packages whenever there is a new one in sid. I'll setup this repository tomorrow or on the weekend and post some more explainations. (Like, I have discussed/announced this plan to both waldi and maks and what I think about their replies.. (waldi basically just said this is maks area.)) regards, Holger (who also needed this to be able to work on FOSDEM videos, where I honestly wasnt interested in getting the kernel to work, but to get those videos processed.) --- linux-2.6-2.6.24/debian/config/config 2008-03-06 12:32:17.0 +0100 +++ linux-2.6-2.6.24~holger/config 2008-03-05 15:44:46.0 +0100 @@ -836,7 +836,30 @@ CONFIG_FIREWIRE=m CONFIG_FIREWIRE_OHCI=m CONFIG_FIREWIRE_SBP2=m -# CONFIG_IEEE1394 is not set +CONFIG_IEEE1394=m + +# +# Subsystem Options +# +# CONFIG_IEEE1394_VERBOSEDEBUG is not set + +# +# Controllers +# +CONFIG_IEEE1394_PCILYNX=m +CONFIG_IEEE1394_OHCI1394=m + +# +# Protocols +# +CONFIG_IEEE1394_VIDEO1394=m +CONFIG_IEEE1394_SBP2=m +# CONFIG_IEEE1394_SBP2_PHYS_DMA is not set +CONFIG_IEEE1394_ETH1394_ROM_ENTRY=y +CONFIG_IEEE1394_ETH1394=m +CONFIG_IEEE1394_DV1394=m +CONFIG_IEEE1394_RAWIO=m + CONFIG_I2O_LCT_NOTIFY_ON_CHANGES=y CONFIG_I2O_EXT_ADAPTEC=y CONFIG_I2O_EXT_ADAPTEC_DMA64=y # # Debian toplevel config # CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_GENERIC_BUG=y # CONFIG_ARCH_HAS_ILOG2_U32 is not set # # General setup # CONFIG_EXPERIMENTAL=y CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_LOCALVERSION="" # CONFIG_LOCALVERSION_AUTO is not set CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_SYSVIPC_SYSCTL=y CONFIG_POSIX_MQUEUE=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_BSD_PROCESS_ACCT_V3=y CONFIG_TASKSTATS=y CONFIG_TASK_DELAY_ACCT=y CONFIG_TASK_XACCT=y CONFIG_TASK_IO_ACCOUNTING=y # CONFIG_USER_NS is not set # CONFIG_PID_NS is not set CONFIG_AUDIT=y CONFIG_AUDITSYSCALL=y # CONFIG_IKCONFIG is not set # TODO: too large for small systems? CONFIG_LOG_BUF_SHIFT=17 CONFIG_CGROUPS=y # CONFIG_CGROUP_DEBUG is not set CONFIG_CGROUP_NS=y CONFIG_CGROUP_CPUACCT=y CONFIG_PROC_PID_CPUSET=y CONFIG_FAIR_GROUP_SCHED=y CONFIG_FAIR_USER_SCHED=y CONFIG_CPUSETS=y CONFIG_SYSFS_DEPRECATED=y CONFIG_RELAY=y CONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE="" CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SYSCTL=y # CONFIG_EMBEDDED is not set CONFIG_SYSCTL_SYSCALL=y CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_FUTEX=y CONFIG_ANON_INODES=y CONFIG_EPOLL=y CONFIG_SIGNALFD=y CONFIG_EVENTFD=y CONFIG_SHMEM=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_SLAB=y # CONFIG_SLUB is not set # CONFIG_SLOB is not set CONFIG_RT_MUTEXES=y # CONFIG_TINY_SHMEM is not set CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_MODVERSIONS=y # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_KMOD=y CONFIG_LBD=y CONFIG_LSF=y CONFIG_BLOCK=y CONFIG_BLK_DEV_IO_TRACE=y # CONFIG_BLK_DEV_BSG is not set # # IO Schedulers # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y CONFIG_IOSCHED_CFQ=y # CONFIG_DEFAULT_AS is not set # CONFIG_DEFAULT_DEADLINE is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="cfq" # # Processor type and features # # TODO: wrong location? arch specific CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_PREEMPT_NONE=y # CONFIG_PREEMPT_VOLUNTARY is not set # CONFIG_PREEMPT is not set # CONFIG_PREEMPT_BKL is not set CONFIG_SELECT_MEMORY_MODEL=y CONFIG_FLATMEM=y # CONFIG_SPARSEMEM_STATIC is not set # CONFIG_SECCOMP is not set # CONFIG_HZ_100 is not set CONFIG_HZ_250=y # CONFIG_HZ_1000 is not set CONFIG_HZ=250 # CONFIG_CRASH_DUMP is not set # # Bus options (PCI etc.) # CONFIG_PCI_LEGACY=y # # Executable file formats # CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=m # # Networking # CONFIG_NET=y # # Networking options # CONFIG_PACKET=y CONFIG_PACKET_MMAP=y CONFI
Bug#469717: Fwd: Re: Bug#469717: base: Can't read data from SD card
Hi Martin, I've forwarded your info to the bug, so the maintainers can look at it. regards, Holger -- Forwarded Message -- Subject: Re: Bug#469717: base: Can't read data from SD card Date: Sunday 09 March 2008 12:50 From: "Martin Unzner" <[EMAIL PROTECTED]> To: Holger Levsen <[EMAIL PROTECTED]> Hi Holger, the backport kernel is not able to handle my keyboard, so I can't check whether the card reader requires a new driver. "lspci; lspci -n" outputs: 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 16) 00:07.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 16) 00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:09.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02) 00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:0d.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 61) 00:0d.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 61) 00:0d.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 63) 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AS [Radeon 9550] 01:00.1 Display controller: ATI Technologies Inc RV350 ?? [Radeon 9550] (Secondary) 00:00.0 0600: 1106:0305 (rev 03) 00:01.0 0604: 1106:8305 00:07.0 0601: 1106:0686 (rev 40) 00:07.1 0101: 1106:0571 (rev 06) 00:07.2 0c03: 1106:3038 (rev 16) 00:07.3 0c03: 1106:3038 (rev 16) 00:07.4 0600: 1106:3057 (rev 40) 00:09.0 0401: 1274:5880 (rev 02) 00:0a.0 0200: 10ec:8139 (rev 10) 00:0d.0 0c03: 1106:3038 (rev 61) 00:0d.1 0c03: 1106:3038 (rev 61) 00:0d.2 0c03: 1106:3104 (rev 63) 01:00.0 0300: 1002:4153 01:00.1 0380: 1002:4173 Thanks! Martin pgpHVYkOa2sQM.pgp Description: PGP signature
workaround to be able to use Debian kernels and your (firewire) hardware
Hi, I'm providing Debian kernel packages with just one change, the old firewire stack is also enabled, read more at http://layer-acht.org/blog/debian/#1-155 regards, Holger pgpVJE98LA6dI.pgp Description: PGP signature
Re: libata PATA transition
Hi, On Tuesday 11 March 2008 16:27, maximilian attems wrote: > > Has anybody thought about the libata PATA transition in > > Debian? > yes, but the preparational steps are not done: > - UUID udev rules by lvm2/mdadm > (blocked by udev maintainer that wanted to rename something) > - UUID support in fstab are there bugs to track those issues? regards, Holger pgpyj04WPp29A.pgp Description: PGP signature
Re: libata PATA transition
Hi, On Wednesday 12 March 2008 13:14, martin f krafft wrote: > Marco has not responded. I wonder if there's someone else who can > implement this? I don't have the time to read up on it and I would > have to learn udev first. Quoting #435983: also sprach Marco d'Itri <[EMAIL PROTECTED]> [2007.09.10.1409 +0200]: > I will do it ASAP. Please do not do this by yourself because the udev > rules files need to be renamed first (or else I would need to add > conflicts and you would need to move the file). Marco, any news on this? regards, Holger pgpaYQZUZfrLf.pgp Description: PGP signature
Re: etchnhalf kernel: document improvements relative to 2.6.18
Hi, On Friday 25 April 2008 10:40, Martin Michlmayr wrote: > When the etchnhalf kernel is released, are you going to publish a > document that specifies the most important bugs and features that have > been fixed/added compared to 2.6.18? See http://wiki.debian.org/EtchAndAHalf which also links to some release notes in preparation. > There are a couple of newsworthy changes on ARM. Maybe this could be > tracked on the wiki or somewhere. (I'm offline right now, so I cannot > create a page myself, but please feel free to add the info below) Added to http://wiki.debian.org/EtchAndAHalf/ReleaseNotes :-) regards, Holger pgpFI5pJ4Z1KH.pgp Description: PGP signature
Bug#475295: linux-image-2.6.24-1-amd64: firewire doesn't work on ipod and camcorder
Hi Alec, On Saturday 26 April 2008 16:24, Alec Robertson wrote: > I tried compiling ieee1394 for my 2.6.24 kernel. I was able to get my > camcorder running with the raw1394 interface, but the sbp2 module didn't > work with the ipod (same problems as with the firewire_sbp2 module). I'm providing Debian kernel packages with just one change, the old firewire stack is also enabled, read more at http://layer-acht.org/blog/debian/#1-155 - try them :-) Currently they are still 2.6.24-4, but I'm starting a build based on -6 now and will upload it once its done, which will be in approx 24h. regards, Holger pgp5Cl9Ye4ECB.pgp Description: PGP signature
Re: [kernel] r11213 - in dists/trunk/linux-2.6/debian: bin lib
kindergarten :( pgptiqEbbzrKP.pgp Description: PGP signature
Bug#475295: linux-image-2.6.24-1-amd64: firewire doesn't work on ipod and camcorder
Hi, On Sunday 27 April 2008 20:08, you wrote: > > I'm providing Debian kernel packages with just one change, the old > > firewire stack is also enabled, read more at > > http://layer-acht.org/blog/debian/#1-155 - > > useless. > > if you want the old stack use the etch+half image. dannf keeps it quite > current. wrong. the etch+half kernel has other changes compared to sid+lenny as well, the one mentioned in the above blog post _only_ differs in having the old firewire stack enabled. regards, Holger pgppNQkCUwLHh.pgp Description: PGP signature
Bug#392015: [Debian] Re: Bug#478208: linux-patch-openvz asks for kernel version 2.6.18 while default kernel on lenny is 2.6.24
Hi, On Monday 28 April 2008 18:59, Ola Lundqvist wrote: > > VServer looks currently dead. > That is a pity. Is it a problem upstream or with the maintainer? It's a gross simplification. vserver is not dead, they are lacking a bit behind the latest kernel release, which is the only thing some people care about... regards, Holger pgptf6cFmH4NO.pgp Description: PGP signature
Bug#449235: Intel wireless firmware in firmware-nonfree
Hi, On Saturday 03 May 2008 23:57, Per Olofsson wrote: > Bastian Blank wrote: > > We decided that we can't ship it with this license in non-free. Where did you document this decission? On what is it based? > But if you have already decided that the firmware can't be packaged, I > guess this bug should be closed or marked wontfix. Or rather taken to the tech CTTE or whatever... > [1] http://ipw2100.sourceforge.net/firmware_faq.php Looks perfectly fine for nonfree to me. regards, Holger pgpEO75nOmkiY.pgp Description: PGP signature
Bug#449235: Intel wireless firmware in firmware-nonfree
Hi, On Sunday 04 May 2008 17:23, Waldi wrote: > | Your rights to redistribute the Software shall be contingent upon your > | installation of this Agreement in its entirety in the same directory as > | the Software. > This was interpreted by at least one person that the license needs to > pushed in the same directory on the mirror than the package. And because there is one person interpreting this differently than the licencing party itself, Debian shall not do what the licencing party and the users would like to see? I have every reason to believe Intel wants us to distribute the firmware! The question where this discussion is documented is still open. And the question whether you as the maintainers agree with that one person or if you going to change this... regards, Holger pgpME4JtCDCSd.pgp Description: PGP signature
Bug#449235: Intel wireless firmware in firmware-nonfree
Hi, On Sunday 04 May 2008 19:12, Bastian Blank wrote: > > > This was interpreted by at least one person that the license needs to > > > pushed in the same directory on the mirror than the package. > > And because there is one person interpreting this differently than the > > licencing party itself, Debian shall not do what the licencing party and > > the users would like to see? > Who wants to define that someone is not allowed to define a binary dump > as source and publish it under the GPL and we are therefor not allowed > to distribute such things? Even after reading this three times and having my second coffee I fail to understand what this paragraph has to do with the ipw2x00 firmware. It's not GPLed. Maybe I need a third coffee though. > > The question where this discussion is documented is still open. > Somewhere in the IRC logs. > Update: Just found it, was between aba and me, in #debian.de, 25.5.2006. So there is no public log. (And it was probably also in the wrong language :) > > And the > > question whether you as the maintainers agree with that one person or if > > you going to change this... > If the ftp-team acks it, I have no problem with that. Cool. So let's get their confirmation. regards, Holger pgp7MZcj0ttlC.pgp Description: PGP signature
Bug#328707: patch works for me
Hi, I can confirm that joeyh's patch (which is in the BTS) does work for me in an unstable chroot of today. So I would be real happy about 2.4.27-12 upload, which would also fix the bugs #324591 / #334631 (FTBFS: Missing build-dependency on gcc-3.3 ) which are marked as pending. That would be minus 3 RC bugs ;-) regards, Holger pgpLOXr8rcjBp.pgp Description: PGP signature
Re: 2.4.27-12 for Sid
Hi, On Monday 28 November 2005 10:05, Sven Luther wrote: > ... for a kernel which is aimed at > going away before the etch release anyway... I don't think this is true (for debian as a whole). Sorry. Removing 2.4 is not a etch release goal as defined by the release managers. And it's also neither necessary nor particular useful as 2.6 still lacks some features 2.4 has: some hardware is only supported in 2.4, some firewall related features are only in 2.4 (atm). Maybe there is even more... Joeyh wrote: > > like it might be less work to follow upstream since it's limited to > > security fixes, serious bug fixes, and driver backports, assuming > > merging with it isn't too much work. Ack. I've made up my mind and decided that I'l do (or try to do :-P) the work needed for bringing 2.4.32 in debian. Help is certainly welcome. I'll publish my results as soon as I have some. regards, Holger P.S.: I'm subscribed to -kernel now. cc'ed Joey as I dont know if he is.. pgpQvEuthrzDP.pgp Description: PGP signature
Re: woody kernel security build status
Hi, On Thursday 22 December 2005 18:39, dann frazier wrote: > Here's the current status of the woody builds: > http://wiki.debian.org/DebianKernelWoodyUpdateStatus I could install and boot the kernel from kernel-image-2.4.18-1-686_2.4.18-13.2_i386.deb without problems. (On a Celeron (Coppermine) running woody...) The only problem I have encountered, that I didn't have a kernel-image-2.4.18-1-686 package, but only a kernel-image-2.4.18-686 ?! The wiki-page is updated. regards, Holger pgpoN2bOaPnMx.pgp Description: PGP signature
Kernel 2.4 for etch or not
Hi, * This is a blog entry I wanted to write for about six weeks now, but I was busy with other stuff. In December 2005 I got curious why 2.4.32 wasn't packaged for Debian and investigated the situation a bit. There are several reasons why 2.4 is still interesting: - Kernel 2.6 is still a moving target... - Some hardware is only supported with 2.4, for example older laptops which need APM and don't work with ACPI. Also some non-i386 machines. - According to popcon, 6-7% of the i386 users have a kernel-2.4 image installed. * Unfortunatly, nobody from the kernel team is really interested in working on 2.4 anymore. They do security fixes for the 2.4 kernels in woody and sarge, for which I'm very thankful, but that's about it. Even though 2.4 is moving very slowly nowadays (mostly security updates, very seldom new drivers are including), this is more work than needed, because every fix needs to be backported to 2.4.27 (and 2.4.18 for woody). * Of course there are some issues which need to be taken into consideration when thinking about whether it's worthwhile to have 2.4.3x in Etch: - it needs gcc-3.3 to compile, gcc-4.0 won't work. Period. So gcc-3.4 also needs to supported during etch's lifetime - which will be something like 2009 when etch+1 will become oldstable (by current release cycles)... - it's not sensible to have powerpc and amd64 flavors, and probably others. So this kernel package will not be arch any. (Which is not really a problem, but unusual.) - Both kernel 2.4 and 2.6 contain non-free firmware and drivers. I seriously doubt people want to deal with this issue and solve it for 2.4. For 2.6 it will be done, but for 2.4 ? As I see it, this is the biggest showstopper for 2.4 in etch, I would be happy to be proven wrong. As a starting point, you can look at this [1 investigation] by Bill Allombert about the the situation in 2.4.25. Removing those files would be an option, but maybe we can also "borrow a better solution" from 2.6...?! - if 2.4.32 or .33 shall be used in d-i/g-i, work on this integration needs to be started real soon now. I have done some work on creating a linux-2.4.32 package which is based on the new kernel packaging. I got busy with videos for debconf-es2, so I didn't finish and commit this. Horms made a [2 presentation] about the kernel packaging in debian for LCA and gave two options: a.) support and backport fixes for 2.4.27 or b.) go with 2.4.32. Somehow he did not consider the option of dropping 2.4 even if he calls it legacy ;-) Besides technical reasons (security fixes handled by upstream, some driver updates and very few new ones) I think we should not forget that most people have no idea that 2.4.27 in debian is far closer to 2.4.32 than to .27, and therefore will think debian ships an outdated 2.4 kernel. So I think we should simply go for 2.4.3x, if it is sensible to support 2.4 in etch at all. It "just" needs to be done, and I volunteer to do it (with the help of the kernel team, the porters and anybody else who wants to join), if this work will not be in vain. Please send comments to the [3 debian-kernel-mailinglist], where I posted this blog entry before. Thanks. regards, Holger [1] http://lists.debian.org/debian-legal/2004/04/msg00074.html [2] http://www.vergenet.net/linux/debian_kernel/ pgpaaoshtnJTe.pgp Description: PGP signature
Bug#350333: raw1394 does not work on i386
package: linux-2.6 version: 2.6.15-3 severity: important Hi, raw1394 does not work with 2.6.15-3 on a Thinkpad R51, while it works with 2.6.12-1. The command to reproduce is "dvgrab --size 0 -v foo" (grab from a camera) which is followed by "Error: no camera exists" regards, Holger pgpLilsBseiXJ.pgp Description: PGP signature
Re: Kernel 2.4 for etch or not
Hi, On Sunday 29 January 2006 00:30, Holger Levsen wrote: > There are several reasons why 2.4 is still interesting: > - Kernel 2.6 is still a moving target... As Marco d'Itri pointed out, this will stay this way, so I'm confirmed, that some people will continue to want to use 2.4 instead :-p Seriously, I know more than one (professional ISP) setup, where people happily run recent 2.4 kernels and told me, they want to continue as long as possible... > * Unfortunatly, nobody from the kernel team is really interested in > working on 2.4 anymore. They do security fixes for the 2.4 kernels > in woody and sarge, for which I'm very thankful, but that's about it. > > Even though 2.4 is moving very slowly nowadays (mostly security > updates, very seldom new drivers are including), this is more work than > needed, because every fix needs to be backported to 2.4.27 (and 2.4.18 for > woody). Moritz Mühlenhoff wrote: "According to a linux-kernel posting by Marcelo Tosatti a few weeks ago 2.4 is now in strict maintenance mode, with only critical bug fixes being allowed." So I have the following idea regarding security support for 2.4 in etch: - make 2.6 the default for new installs but provide 2.4 for those who want it - issue a fat warning in the release notes, that security support for the 2.4 kernel packages will be special+different for etch: the 2.4-packages wont be updated, instead newer versions will be packaged, which will provide the upstream security fixes. (So instead of porting the changes from 2.4.34 to the 2.4.33 sources, we'll release a 2.4.34 package in stable-updates.) I'm curious to hear your opinions on that. (Another option would be to package 2.4.34 as 2.4.33, but I think this more ugly...) > - it's not sensible to have powerpc and amd64 flavors, and probably > others. So this kernel package will not be arch any. (Which is not > really a problem, but unusual.) hhpa has dropped 2.4 support for sarge... s390 also doesnt seem sensible. On Tuesday 31 January 2006 03:50, Horms wrote: [...] > However, leading up to Etch, as we now are, I really feel that for the > various reasons you listed, the support burden of 2.4 in Etch is heavier > than its benefit. So, except for architectures that absolutely must have > it, we should drop 2.4. I believe 2.2 was in Sarge for some > architectures, and probably will also have it for Etch. So this idea is > by no means new. > > To be quite honest, when people like Ted T'so advise me that 2.4 isn't > really viable for Etch, I tend to take notice. > > If, the release maintainers decide that we really must keep 2.4, > then moving forward to 2.4.3X with the new unified packaging > that is seen in current linux-2.6 packages is the next best option. > Holger, I guess that responsibility would fall on your shoulders > for now, as I unfortunately do not have the time to devote to it. > Hopefully some more volunteers can be found. As said, I would try (and think I'll succeed), but when people advise me to ask others for advise, I usually listen :) So, release-managers please speak up on this issue. (The complete thread started at http://lists.debian.org/debian-kernel/2006/01/msg00742.html) As I see it, there is some cost and some benefit in having 2.4 in etch (and nobody is really able to tell which is higher). And the biggest problem (as in cost/work), would be security support, which IMO could be dealt with as described above (if the security team approves this exceptional handling), which would keep the amount of work required on a sane level. (And which I also volunteer to do/help with.) I dont wanna push this just because I want to maintain the 2.4 kernels (rather I want 2.4 kernels in etch because I prefer rock-solid kernel and systems.) IMHO some users would be happy about a official & uptodate 2.4 kernel in etch, "that's all". If my todo-lists were smaller, I would probably just work on that package, upload it (somewhere) and start a discussion then. But as I'm very busy, I want to know now, if this time is spent usefully, or if I rather should do something else. (I'm also aware that a new kernel package - with a different packaging then the one used (for 2.4.27) now - needs to be ready soon, so it can be properly tested and integrated.) regards, Holger pgpmA8forNfHu.pgp Description: PGP signature
Re: Kernel-handbook - opinions/comments wanted
Hi, On Monday 20 February 2006 23:03, Jonas Smedegaard wrote: > maximilian attems <[EMAIL PROTECTED]> wrote: > > please add a section about what we like to have in an bug report: [...] > Suggestion: Have the kernel packages install BTS files > below /usr/share/bug and simply recommend using a bug reporting tool I would propose to do both. On many of my systems there is no outgoing mail, so a bug reporting tool can't be used. Also the kernel handbook is documentation, having things only documented in the source (here /usr/share/bug/) is not optimal... regards, Holger pgpUUgJuNJOIh.pgp Description: PGP signature
Bug#350333: works with 2.6.15+2.6.16-rc5-0experimental.1snapshot.6069
Hi, it seems this works again with 2.6.15+2.6.16-rc5-0experimental.1snapshot.6069 - yay! Still I would prefer to wait til 2.6.16 is released and tested before closing this bug. regards, Holger pgpsaa4dqMV5K.pgp Description: PGP signature
Re: WPA / ipw2200 / kernel 2.6.16
Hi, On Wednesday 24 May 2006 23:36, Michael Biebl wrote: > What are the plans for etch (2.6.16 or 2.6.17) and if 2.6.16, would you > consider to include the patch? ..attached to this bug-report: > [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=368694 Werner, Michael, can you please test if the latest 2.6.16 kernel from deb http://kernel-archive.buildserver.net/debian-kernel sid main works with network manager and WPA now and if not reassign this bug to the linux-source-2.6.16 package?! (I'm running sarge on my machine with a ipw2200 so I cannot really test it myself.) Thanks, Holger pgpszFyoHeFLB.pgp Description: PGP signature
Bug#403040: please prompt for crypto passphrase
package: usplash severity: wishlist version: 0.3e Hi, I recently installed usplash on powerpc, together with a crypted partition using dm-crypt. Usplash doesn't give me a prompt to enter the passphrase, please provide one :) regards, Holger P.S.: I'm sorry to be so unspecific, I've done this install more than two weeks ago and forgot to file the bugreport. pgpWMcpCNSaEB.pgp Description: PGP signature
Bug#403041: breaks crypto setup
package: usplash severity: important version: 0.3e tags: security Hi, I recently installed usplash on powerpc, together with a crypted partition using dm-crypt. Usplash doesn't give me a prompt to enter the passphrase (which I just filed a wishlist bug about), but whats much worse, when I manually switch to the text console and enter the passphrase, it is shown in clear on the screen and doesnt work. When switching to the text console before the passphrase is prompted, it works. I filed this bug as important because of these two issues together: it breaks functionality and additional has the potential to leak a probably very complicated passphrase. If it just wouldn't work, I would have used normal severity. regards, Holger P.S.: I'm sorry to be so unspecific, I've done this install more than two weeks ago and forgot to file the bugreport. pgpE9jLSGYnRa.pgp Description: PGP signature
Re: Scheduling linux-2.6 2.6.18-9
Hi, On Friday 15 December 2006 18:08, Frederik Schueler wrote: > 1. new vserver patch, breaks ABI which version of the patch is it? >2.0.2.2-rc6 and <2.0.2.2-rc9 has a critical bug which causes kernel oops if there is other traffic while restarting vservers. regards, Holger pgpi5ig96VCqc.pgp Description: PGP signature
Bug#403405: video1394 broken on linux-image-2.6.18-3-686
package: linux-2.6 version: 2.6.18-7 severity: serious Hi, grabbing video from a machine with the attached configuration doesnt work with the kernel currently in etch. videoetch:~# dvgrab --size 0 --format qt foo "" 0.00 MB 0 frames Capture Stopped Error: no DV Sarge works fine. regards, Holger Linux version 2.6.18-3-686 (Debian 2.6.18-7) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-20)) #1 SMP Mon Dec 4 16:41:14 UTC 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009f800 (usable) BIOS-e820: 0009f800 - 000a (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 1ff7 (usable) BIOS-e820: 1ff7 - 1ff7a000 (ACPI data) BIOS-e820: 1ff7a000 - 1ff8 (ACPI NVS) BIOS-e820: 1ff8 - 2000 (reserved) BIOS-e820: fec0 - fec1 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: ff80 - 0001 (reserved) 0MB HIGHMEM available. 511MB LOWMEM available. found SMP MP-table at 000f64f0 On node 0 totalpages: 130928 DMA zone: 4096 pages, LIFO batch:0 Normal zone: 126832 pages, LIFO batch:31 DMI present. ACPI: RSDP (v000 PTLTD ) @ 0x000f65b0 ACPI: RSDT (v001 PTLTDRSDT 0x060400d0 LTP 0x) @ 0x1ff75110 ACPI: FADT (v001 IBMTHINKCEN 0x060400d0 PTL 0x0001) @ 0x1ff79ee2 ACPI: TCPA (v001 IBMTHINKCEN 0x060400d0 PTL 0x0001) @ 0x1ff79f56 ACPI: MADT (v001 PTLTD APIC 0x060400d0 LTP 0x) @ 0x1ff79f88 ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x060400d0 LTP 0x0001) @ 0x1ff79fd8 ACPI: DSDT (v001IBM THINKCEN 0x060400d0 MSFT 0x010e) @ 0x ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 15:2 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 1, version 32, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 3000 (gap: 2000:dec0) Detected 2800.257 MHz processor. Built 1 zonelists. Total pages: 130928 Kernel command line: root=/dev/mapper/videoetch-root ro mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 2048 (order: 11, 8192 bytes) Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 510776k/523712k available (1543k kernel code, 12328k reserved, 574k data, 196k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 5604.74 BogoMIPS (lpj=11209495) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: bfebfbff 4400 CPU: After vendor identify, caps: bfebfbff 4400 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Hyper-Threading is disabled CPU: After all inits, caps: bfebfbff 0080 4400 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available CPU0: Thermal monitoring enabled Compat vDSO mapped to e000. Checking 'hlt' instruction... OK. SMP alternatives: switching to UP code Freeing SMP alternatives: 16k freed ACPI: Core revision 20060707 CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09 Total of 1 processors activated (5604.74 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=0 apic2=-1 pin2=-1 Brought up 1 CPUs migration_cost=0 checking if image is initramfs... it is Freeing initrd memory: 5158k freed NET: Registered protocol family 16 ACPI: bus type pci registered PCI: PCI BIOS revision 2.10 entry at 0xfd98d, last bus=3 PCI: Using configuration type 1 Setting up standard PCI resources ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (:00) PCI: Probing PCI hardware (bus 00) PCI quirk: region 1000-107f claimed by ICH4 ACPI/GPIO/TCO PCI quirk: region 1180-11bf claimed by ICH4 GPIO PCI: Ignoring BAR0-3 of IDE controller :00:1f.1 Boot video device is :01:00.0 PCI: Firmware
Bug#403405: video1394 broken on linux-image-2.6.18-3-686
Hi Waldi, On Sunday 17 December 2006 00:41, you wrote: > severity 403405 important I believe the RMs want this issue marked as important to be able to track it... > Such an output is quite clear with suspended devices: > > ieee1394: Node suspended: ID:BUS[0-00:1023] GUID[8565af81] Can you tell me why the node is suspended? The exact same hardware doesn't show this behaviour when running the same steps (modprobe video1394; dvgrab) on sarge. regards, Holger pgpKvU49LFHfg.pgp Description: PGP signature
Re: Scheduling linux-2.6 2.6.18-9
Hi, On Saturday 16 December 2006 15:04, Norbert Tretkowski wrote: > > > 1. new vserver patch, breaks ABI > > which version of the patch is it? >2.0.2.2-rc6 and <2.0.2.2-rc9 has > > a critical bug which causes kernel oops if there is other traffic > > while restarting vservers. > http://svn.debian.org/wsvn/kernel/dists/sid/linux-2.6/debian/changelog?op=f >ile&rev=0&sc=0 Thanks! (it's rc9) regards, Holger pgpgOMGlJObth.pgp Description: PGP signature
Re: Solving the linux-2.6 firmware issue
Hi, On Saturday 06 January 2007 05:27, Frans Pop wrote: > Did you check for packages that have a dependency or build dependency on > linux-2.6? They'd have to be re-uploaded too... for fai-kernels I'm aware and watching/waiting... regards, Holger pgpyCSL8J2SEf.pgp Description: PGP signature
Bug#403405: can't reproduce
Hi, On Thursday 11 January 2007 12:39, dann frazier wrote: > Does an earlier 2.6.18 work for you? If so, can you narrow down the > version in which it broke? Hopefully snapshot.debian.net has them > all. I'm trying to determine if you and James are actually > experiencing the same problem. I tried various older kernels (2.6.12, 2.6.15, 2.6.17) but without any luck. But I think a hint might be in this very bugreport: Bastian Blank wrote: > Such an output is quite clear with suspended devices: > > ieee1394: Node suspended: ID:BUS[0-00:1023] GUID[8565af81] Can you tell me why the node is suspended? The exact same hardware doesn't show this behaviour when running the same steps (modprobe video1394; dvgrab) on sarge. regards, Holger pgptr4Xr7JhMX.pgp Description: PGP signature
Re: kernel updates accepted for sarge
Hi, please respect reply-to: - thanks. On Sunday 29 May 2005 06:57, Steve Langasek wrote: > Thanks to some fancy last-minute archive work by James Troup, we now have a > solution that lets us get security-fixed kernels into sarge r0 (instead of > just into security.d.o) without running into GPL problems with > debian-installer. Great, thanks! (But) AFAIUI, fai-kernels also has to be rebuild now. (It's i386 only at the moment.) This means it needs a new upload, as the build depends in the control file has to be changed from kernel-tree-2.6.8-15 and kernel-tree-2.4.27-8 to -16 and -10. Or do I misunderstand something ? regards, Holger P.S.: btw, in case you dont allready know: improvements for this situation are planned for etch. > The following updates from unstable have just been approved: > kernel-source-2.4.27 2.4.27-10 > kernel-image-2.4.27-i386 2.4.27-10 > kernel-source-2.6.8 2.6.8-16 > kernel-image-2.6.8-i386 2.6.8-16 > If there are updates to unstable pending for any other architectures, > please let debian-release know. pgpZGlItIi2nl.pgp Description: PGP signature
Re: Reply only to list! (Was: G5 fan control and official debian kernels.)
Hi, On Tuesday 27 June 2006 15:26, Kyle McMartin wrote: > I agree with Sven. If you don't like it, either set up procmail > so you don't receive duplicates, or set Mail-Followup-To header. You might agree, but it's against the code of conduct for the debian mailing lists: http://www.debian.org/MailingLists/index.html#codeofconduct (#9 in that list) Be liberal in what you accept, and strict in what you send! > Anything else, and you're just being rude to people who are > providing feedback. To me, getting the mail twice, once in the list folder and once in my personal inbox folder (which I read more often, with more urgency, with more attention, etc.), is being treated rude. regards Holger pgpZEsmuKGzo3.pgp Description: PGP signature
Bug#376012: enable CONFIG_PROC_DEVICETREE for powerpc-miboot
package: linux-2.6.16 severity: important Hi, in config.powerpc-miboot CONFIG_PROC_DEVICETREE is not set, but ofpath used in quik-installer relies on being able to read /proc/device-tree/ to configure OpenFirmware to make oldworlds boot... It would be great if this could be fixed before beta3 (of d-i) so that beta3 can be tested (sensibly) on oldworld. kernel-image-2.6.16-2-powerpc-miboot-di.udeb is the relevant udeb. regards, Holger pgp46bTUEcIBx.pgp Description: PGP signature
Bug#376012: enable CONFIG_PROC_DEVICETREE for powerpc-miboot
Hi, On Thursday 29 June 2006 22:12, Sven Luther wrote: > Can you check if enabling this option allows still to build a kernel that > fits into the floppy size ? I had some very hard time sizing it done, and > may have lost many things. Enabling this is harmless, the new vmlinux is 441 bytes bigger, gzipped the difference is only 221 bytes, while on the miboot-boot-floppy there are 65K free spece left. regards, Holger pgpHRqfFWd2IX.pgp Description: PGP signature
Bug#378008: missing Build-Conflicts: linux-patch-bootsplash
package: linux-2.6.16 Hi, when my sponsor built fai-kernels on his system (powerpc), he noticed this: LD .tmp_vmlinux1 drivers/built-in.o: In function `search_fb_in_map': fbcon.c:(.text+0x8fd6): undefined reference to `con2fb_map' He has/had linux-patch-bootsplash installed and adding "Build-Conflicts: linux-patch-bootsplash" to fai-kernels control file worked around the build problem. Thanks Simon! regards, Holger pgpLpANKKKVQH.pgp Description: PGP signature
Bug#375035: OldWorld Mac-specific problems; perhaps drop?
Hi, On Thursday 13 July 2006 05:45, Daniel Dickinson wrote: > That is, not because I say so, but de facto, because it wouldn't have a > bootable kernel for old world. Last week I upgraded the appropriate > kernel bug (#375035) to grave (which makes it RC), which means the bug > will be fixed, someone will demonstrate that it's just me and the other > guy (and downgrade the bug), or old world will be dropped. From reading this bug (and especially the one its merged with), I dont think it's a kernel problem (rather initramfs, mkvmlinuz or udev). Also I had no problems on the pismo to boot (an installed sid system) with 2.6.16 and quik. regards, Holger pgpLR6m8ub50g.pgp Description: PGP signature
Bug#396016: should create fifo on install
package: usplash version: 0.3e Hi, thanks for packaging usplash. After some configuration it works nicely, even on powerpc! :) The README mentions it, but it would be much nicer if the commands mkdir /var/lib/usplash mkfifo /var/lib/usplash/usplash_fifo were executed in the postinst. regards, Holger pgpnpsqAI6yw9.pgp Description: PGP signature
Bug#396020: no bootloader configuration on powerpc
package: usplash version: 0.3e Hi, when I installed usplash on my imac (=newworld powerpc) running etch, the initrd got updated nicely, but not the bootloader. I had to add "append=splash" to the image in /etc/yaboot.conf. After modifying yaboot.conf you need to run /usr/sbin/ybin to update the bootloader. (On oldworld machines this needs to be done in /etc/quick.conf.) regards, Holger pgpgl9x958l7w.pgp Description: PGP signature
Bug#397942: g5 imacs now silent?
Hi, this bug was originally about building certain windfarm drivers into the kernel instead of modules, but it seems, that this was a red herring and the current kernel in sid now includes working modules to turn the G5 fans silent. If this is correct, this bug can be closed. Is it correct? regards, Holger pgpEmXKBbfvri.pgp Description: PGP signature
Bug#291094: ppc - radeonfb, sometimes "out-of-scan-range" occurs when switching to framebuffer
package: kernel-source-2.6.8 Hi, Sometimes (around 20-40% of all boots, no matter if reset or powered on...) I have a problem when booting my pegasos2 running sarge: the kernel unpacks, switches to framebuffer and then the monitor displays "out of scan range" - this is before init is started. It has nothing to do with the monitor, as it normally works without a problem. I'm using a single monitor setup and the monitor is powered on, when I turn on the box. 0001:01:08.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01) 0001:01:08.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (Secondary) (rev 01) Linux version 2.6.8-powerpc ([EMAIL PROTECTED]) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #1 Sun Oct 3 13:22:21 CEST 2004 svenl believes it has something to do with the radeonfb-driver. If you need more information, I'll happily try to provide it. regards, Holger pgpHzuiGBifYU.pgp Description: PGP signature
Bug#291094: (ppc - radeonfb, sometimes "out-of-scan-range" occurs when switching to framebuffer)
Hi, this is the dmesg output if the machine boots correctly. If an "out-of-scan-range" occours, none of it gets displayed, I just can see some lines for maybe a second when the kernel gets loaded and unpacked - then the monitor fades away... regards, Holger Total memory = 256MB; using 512kB for hash table (at c030) Linux version 2.6.8-powerpc ([EMAIL PROTECTED]) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #1 Sun Oct 3 13:22:21 CEST 2004 PCI bus 0 controlled by pci at 8000 PCI bus 0 controlled by pci at c000 Pegasos l2cr : L2 cache was not active, activating On node 0 totalpages: 65536 DMA zone: 65536 pages, LIFO batch:16 Normal zone: 0 pages, LIFO batch:1 HighMem zone: 0 pages, LIFO batch:1 Built 1 zonelists Kernel command line: root=/dev/hda5 PID hash table entries: 2048 (order 11: 16384 bytes) time_init: decrementer frequency = 33.33 MHz Console: colour dummy device 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 251072k available (1732k kernel code, 1084k data, 164k init, 0k highmem) Calibrating delay loop... 665.60 BogoMIPS Mount-cache hash table entries: 512 (order: 0, 4096 bytes) checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 4669k freed NET: Registered protocol family 16 PCI: Probing PCI hardware radeonfb: Found Intel x86 BIOS ROM Image radeonfb: No ATY,RefCLK property ! radeonfb: Retreived PLL infos from BIOS radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=200.00 Mhz, System=166.00 MHz radeonfb: Monitor 1 type CRT found radeonfb: EDID probed radeonfb: Monitor 2 type no found EDID checksum failed, aborting EDID checksum failed, aborting radeonfb: ATI Radeon Yd DDR SGRAM 128 MB Thermal assist unit not available audit: initializing netlink socket (disabled) audit(): initialized devfs: 2004-01-31 Richard Gooch ([EMAIL PROTECTED]) devfs: boot_options: 0x0 Initializing Cryptographic API Console: switching to colour frame buffer device 80x30 Generic RTC Driver v1.07 Macintosh non-volatile memory driver v1.1 Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A pmac_zilog: 0.6 (Benjamin Herrenschmidt <[EMAIL PROTECTED]>) RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize divert: not allocating divert_blk for non-ethernet device lo input: Macintosh mouse button emulation Warning: no ADB interface detected Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx mice: PS/2 mouse device common for all mice NET: Registered protocol family 2 IP: routing cache hash table of 2048 buckets, 16Kbytes TCP: Hash tables configured (established 16384 bind 32768) RAMDISK: Compressed image found at block 0 VFS: Mounted root (cramfs filesystem) readonly. Freeing unused kernel memory: 164k init 60k pmac 32k prep NET: Registered protocol family 1 VP_IDE: IDE controller at PCI slot :00:0c.1 VP_IDE: chipset revision 6 VP_IDE: VIA vt8231 (rev 10) IDE UDMA100 controller on pci:00:0c.1 VP_IDE: 100% native mode on irq 14 ide0: BM-DMA at 0x1020-0x1027, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0x1028-0x102f, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: ST340014A, ATA DISK drive Unhandled interrupt e, disabled Using anticipatory io scheduler ide0 at 0x1000-0x1007,0x100e on irq 14 Probing IDE interface ide1... hdc: SAMSUNG CDRW/DVD SM-352B, ATAPI CD/DVD-ROM drive Unhandled interrupt f, disabled ide1 at 0x1010-0x1017,0x101e on irq 15 hda: max request size: 1024KiB hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=16383/255/63, UDMA(100) /dev/ide/host0/bus0/target0/lun0: RDSK p1 p2 p3 p4 p5 p6 p7 p8 EXT3-fs: INFO: recovery required on readonly filesystem. EXT3-fs: write access will be enabled during recovery. kjournald starting. Commit interval 5 seconds EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. Adding 1027836k swap on /dev/hda4. Priority:-1 extents:1 EXT3 FS on hda5, internal journal serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 input: AT Translated Set 2 keyboard on isa0060/serio0 hdc: ATAPI 52X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 input: ImExPS/2 Logitech Explorer Mouse on isa0060/serio1 ts: Compaq touchscreen protocol output ieee1394: Initialized config rom entry `ip1394' SCSI subsystem initialized sbp2: $Rev: 1219 $ Ben Collins <[EMAIL PROTECTED]> ohci1394: $Rev: 1223 $ Ben Collins <[EMAIL PROTECTED]> PCI: Enabling device :00:01.0 ( -> 0003) ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[9] MMIO=[8000-87ff] Max Packet=[2048] MV-64340 10/100/1000 Ethernet Driver MV-64340: Chip base remaped at 0xd225b000 divert: allocating divert_blk for eth0 eth0: port 1 with MAC address 00:... RX TCP/UDP Checksum Offload ON, TX an
Bug#430646: who are the kernel maintainers?
Hi debian-kernel ;) for those of you who dont read debian-devel... :-) On Wednesday 04 July 2007 18:14, Thomas Bushnell BSG wrote: > I'm trying to find out who has responsibility for Bug #430646. Thomas, if you think that a bug has fallen under the radar of a maintainers team, why do you send a mail to debian-devel instead to the bug to get the attention back? regards, Holger pgpb9WXBjusha.pgp Description: PGP signature
Bug#434551: reassign to libraw1394
Hi, shouldnt this bug get reassigned to libraw1394? regards, Holger pgpA23TWcwc2D.pgp Description: PGP signature
Re: [etch] driver updates for 2.6.18?
Hi, On Monday 20 August 2007 19:00, maximilian attems wrote: > .21 was the worst lately, > .22 is shaping up and .23 looks nice. > > plan is to stay on the boat of fedora 8 and to have iwlifi + e1000e on > the etch+1 kernel. i'm preparing that. Do you mean etch+0.5 or lenny? regards, Holger pgpD5YkVOsD1V.pgp Description: PGP signature
Re: Debian's Linux kernel continues to regress on freedom
Hi, On Wednesday 12 September 2007 15:37, Robert Millan wrote: > > There isn't any patch that should be required here. There is already a > > script in the kernel team repo to be used for pruning non-free firmware > > from the tarball, and it appears that whoever produced the initial > > uploads of 2.6.21 and 2.6.22 for Debian omitted this step. > Why not running this script in debian/rules, causing builds to abort when > the non-free files are still present? Seems like a good idea, except that the script will also fail if upstream removes something - I don't know how often this happens though. I guess this info should be added to some bug, so it does eventually happen ;-) regards, Holger pgpCRBTQhUsgi.pgp Description: PGP signature
Bug#442251: check for non-free firmware (Re: Debian's Linux kernel continues to regress on freedom)
Package: linux-2.6 Severity: wishlist X-Debbugs-CC: debian-kernel@lists.debian.org, [EMAIL PROTECTED] On Friday 14 September 2007 12:33, Robert Millan wrote: > Please could you add some check in debian/rules to prevent non-free > firmware from inadvertingly entering the linux-2.6 package, as described in > the mail quoted below? > > On Fri, Sep 14, 2007 at 03:29:29AM +0200, Holger Levsen wrote: > > Hi, > > > > On Wednesday 12 September 2007 15:37, Robert Millan wrote: > > > > There isn't any patch that should be required here. There is already > > > > a script in the kernel team repo to be used for pruning non-free > > > > firmware from the tarball, and it appears that whoever produced the > > > > initial uploads of 2.6.21 and 2.6.22 for Debian omitted this step. > > > > > > Why not running this script in debian/rules, causing builds to abort > > > when the non-free files are still present? > > > > Seems like a good idea, except that the script will also fail if upstream > > removes something - I don't know how often this happens though. > > > > I guess this info should be added to some bug, so it does eventually > > happen ;-) > > Done. Almost, but now :) regards, Holger pgp7OCf48zE84.pgp Description: PGP signature
Re: [stable] kernel upload to p-u
Hi, On Tuesday 11 September 2007 12:16, Luk Claes wrote: > Bastian Blank wrote: > > On Tue, Sep 11, 2007 at 11:20:35AM +0200, Luk Claes wrote: > >> Can you please consider fixing #317258 again? It's only about PCI ID > >> mappings that got lost while splitting the megaraid and megaraid_mbox > >> drivers. At one point this bug got fixed, but it was reverted later on, > >> no idea why? > > > > No part of this patch is in linux upstream. The relevant code sections > > was not changed since .12. Please fix it there if it is a problem. We > > don't carry any megaraid patches. > > Not anymore and no I'm not going to do your job as a maintainer by > fixing it upstream... Any reason why you don't mention anything about > not cooperating with upstream about this in the bugreport? Me too thinks not fixing this bug in stable is a violation of the social contract: "..our priorities are our users and free software...", not free software alone. Anyway, as I'm somehow still a member of the kernel-team ;-) I guess I could work on the needed patch against the version for proposed updates, if there is still time to do so. Is there? regards, Holger pgpVutf824zl5.pgp Description: PGP signature
Bug#317258: [stable] kernel upload to p-u
Hi, On Friday 14 September 2007 14:57, Bastian Blank wrote: > The patch needs to be applied upstream until it can appear again. Why? I mean, I agree for sid, but I don't see the point in not fixing this in stable. Care to elaborate? regards, Holger pgpwLVsMSclXO.pgp Description: PGP signature
Re: Firmwares left
Hi, On Tuesday 25 September 2007 21:08, Frederik Schueler wrote: > As for the rest: our priority is free software, who cares about users? I guess you're serious with the rest of this email, but not with this part. Are you? regards, Holger P.S.: After writing this, I thought, "he's sarcastic". So I read your mail again. And/but with the last sentence being "And for those affected by this driver carnage: I feel with you, a couple of boxes I take care of are going to need new NICs." I really don't know, so I ask. pgpdpFah1folD.pgp Description: PGP signature
Re: Firmwares left
Hi Frederik, On Wednesday 26 September 2007 19:36, Frederik Schueler wrote: > I am not. Maybe the sarcasm was inapropriate, after all we have been > through with this topic... :-/ Maybe inappropriate, definitly understandable. Thanks for clarifying! regards, Holger pgpiJYzphl5o9.pgp Description: PGP signature
removed myself from kernel alioth project
Hi, as I certainly won't work on 2.4 anymore, I've just removed myself from the kernel project on alioth ;-) happy hacking, Holger pgpj9dXlo0VOZ.pgp Description: PGP signature
Re: Bug#573900: base: startup failed
reassign 573900 linux-2.6 thanks On Sonntag, 14. März 2010, Tim vor der Brück wrote: > Package: base > Severity: normal > > system startup failed, keyboard LEDS blinking, > problems seems to be caused by my display card > (NVidia GeForce 512MB,9500GT, PCI-Express 2.0) > since startup works with different display card > Work around: add vga=771 at boot prompt > -- System Information: > Debian Release: 5.0.4 > APT prefers stable > APT policy: (500, 'stable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE (charmap=UTF-8) (ignored: LC_ALL > set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: This is a digitally signed message part.
Re: Bug#575833: BUG: scheduling while atomic oops on Alix 3D2 and 3D3
reassign 575833 linux-2.6 thanks On Montag, 29. März 2010, Marcel Langner wrote: > Package: base > Severity: important > > I upgraded from lenny to squeeze and noticed a lot of kernel errors. > From time to time (probably on high system load?) the system is not > accessible over the network anymore. Rebooting blind using a keyboard works > though. dmesg gives a lot of theses messages for different processes: > > [448261.696505] Pid: 0, comm: swapper Not tainted (2.6.32-3-486 #1) > [448261.696524] EIP: 0060:[] EFLAGS: 0246 CPU: 0 > [448261.696550] EIP is at native_safe_halt+0x2/0x3 > [448261.696568] EAX: c131 EBX: 509d9736 ECX: c131baa4 EDX: 0001 > [448261.696589] ESI: 0008d800 EDI: c1313000 EBP: 015d4003 ESP: c1311fd4 > [448261.696610] DS: 007b ES: 007b FS: GS: 00e0 SS: 0068 > [448261.696629] CR0: 8005003b CR2: b77bc000 CR3: 01bb2000 CR4: 0090 > [448261.696649] DR0: DR1: DR2: DR3: > [448261.69] DR6: 0ff0 DR7: 0400 > [448261.696678] Call Trace: > [448261.696703] [] ? default_idle+0x37/0x55 > [448261.696728] [] ? cpu_idle+0x6a/0x83 > [448261.696756] [] ? start_kernel+0x2de/0x2e3 > [454721.120084] BUG: scheduling while atomic: > get_em1010_data/13586/0x1100 [454721.124391] Modules linked in: > ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack > nf_defrag_ipv4 ip_tables x_tables tun sco rfcomm bridge stp bnep l2cap > crc16 dm_snapshot dm_mirror dm_region _hash dm_log dm_mod fuse hwmon_vid > loop snd_cs5535audio snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss > geode_rng snd_pcm rng_core ecb btusb snd_timer bluetooth rfkill cdc_acm > aes_i586 snd soundcore aes_gen eric ac pcspkr processor evdev > snd_page_alloc cs5535_gpio geode_aes sd_mod crc_t10dif usbhid hid > usb_storage ext3 jbd mbcache ide_gd_mod ide_pci_generic ata_generic libata > ohci_hcd scsi_mod amd74xx ehci_hcd c s5536 via_rhine usbcore ide_core mii > nls_base button thermal fan thermal_sys nbd [last unloaded: scsi_wait_scan] > [454721.124698] > > I am using an AMD Geode based ALIX3D3 (with graphics card) but noticed the > same errors on an ALIX3D2 (without graphics adapter). > > > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: i386 (i586) > > Kernel: Linux 2.6.32-3-486 > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash signature.asc Description: This is a digitally signed message part.
Re: Bug#576958: base: volume up/down affects "only" microphone volume up/down
reassign 576958 linux-2.6 thanks On Donnerstag, 8. April 2010, wmn wrote: > Package: base > Severity: normal > > > When i press volume up/down multimedia button on my thinkpad t61p it > only affects to the microphone volume but not to the needed general > volume up/down slider. > > I dont know if this a bug. I am a newbie in linux and installed with > leaving everything default. Music works ok.. but its annoying. > > -- System Information: > Debian Release: 5.0.4 > APT prefers proposed-updates > APT policy: (500, 'proposed-updates'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.26-2-amd64 (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 IIRC this (is model specific and) has been fixed recently, you might want to check the archive of http://mailman.linux-thinkpad.org/mailman/listinfo/linux-thinkpad and probably install a newer kernel, ie from http://backports.org - not sure if that is enough. cheers, Holger signature.asc Description: This is a digitally signed message part.
Re: Bug#577534: base: cdrom fails to mount
reassign 577534 linux-2.6 thanks On Montag, 12. April 2010, MH wrote: > Package: base > Severity: important > Tags: squeeze > > > No device for IDE CD/DVD is created in /dev. CD/DVD is unmountable. > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (700, 'testing'), (600, 'stable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.32-phenom (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash signature.asc Description: This is a digitally signed message part.
Re: Bug#579695: base: usb-sata > Sense not available
reassign 579695 linux-2.6 thanks On Freitag, 30. April 2010, zoltan herman wrote: > Package: base > Severity: normal > > > > -- System Information: > Debian Release: 5.0.3 > APT prefers proposed-updates > APT policy: (500, 'proposed-updates'), (500, 'stable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.33-rc2 > Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > > There is a Speeddragon PCI card NEC chip 4 +1. Layered on > Delock USB-> SATA adapter and I get the following error > > dmessage : > scsi 3:0:0:0: Direct-Access SAMSUNG HD642JJ PQ: 0 ANSI: > 2 CCS [ 25.385088] sd 3:0:0:0: Attached scsi generic sg2 type 0 > [ 25.387312] sd 3:0:0:0: [sdb] 1250263728 512-byte logical blocks: (640 > GB/596 GiB) [ 25.388055] sd 3:0:0:0: [sdb] Write Protect is off > [ 25.388060] sd 3:0:0:0: [sdb] Mode Sense: 34 00 00 00 > [ 25.388063] sd 3:0:0:0: [sdb] Assuming drive cache: write through > [ 25.389549] sd 3:0:0:0: [sdb] Assuming drive cache: write through > [ 25.389605] sdb: > [ 25.511389] usb 4-2: reset high speed USB device using ehci_hcd and > address 2 [ 25.623371] usb 4-2: device descriptor read/64, error -32 > [ 25.839358] usb 4-2: device descriptor read/64, error -32 > [ 25.970614] Adding 3317380k swap on /dev/sda5. Priority:-1 extents:1 > across:3317380k [ 26.055364] usb 4-2: reset high speed USB device using > ehci_hcd and address 2 [ 26.146111] EXT3-fs (sda1): using internal > journal > [ 26.167441] usb 4-2: device descriptor read/64, error -32 > [ 26.383342] usb 4-2: device descriptor read/64, error -32 > [ 26.599334] usb 4-2: reset high speed USB device using ehci_hcd and > address 2 [ 26.631551] usb 4-2: device descriptor read/8, error -71 > [ 26.763748] usb 4-2: device descriptor read/8, error -71 > [ 26.979379] usb 4-2: reset high speed USB device using ehci_hcd and > address 2 [ 27.011529] usb 4-2: device descriptor read/8, error -71 > [ 27.017916] loop: module loaded > [ 27.143600] usb 4-2: device descriptor read/8, error -71 > [ 27.247337] usb 4-2: USB disconnect, address 2 > [ 27.247450] sd 3:0:0:0: [sdb] Unhandled error code > [ 27.247453] sd 3:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT > driverbyte=DRIVER_OK [ 27.247459] sd 3:0:0:0: [sdb] CDB: Read(10): 28 00 > 00 00 00 00 00 00 08 00 [ 27.247467] end_request: I/O error, dev sdb, > sector 0 > [ 27.247531] Buffer I/O error on device sdb, logical block 0 > [ 27.248486] ldm_validate_partition_table(): Disk read failed. > [ 27.248588] Dev sdb: unable to read RDB block 0 > [ 27.248638] unable to read partition table > [ 27.249230] sd 3:0:0:0: [sdb] READ CAPACITY failed > [ 27.249234] sd 3:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT > driverbyte=DRIVER_OK [ 27.249239] sd 3:0:0:0: [sdb] Sense not available. > [ 27.249255] sd 3:0:0:0: [sdb] Assuming drive cache: write through > [ 27.249318] sd 3:0:0:0: [sdb] Attached SCSI disk > .. > . > ... > (DELOCK usb->sata) > usb 4-2: new high speed USB device using ehci_hcd and address 2 > [ 16.812698] usb 4-2: New USB device found, idVendor=152d, idProduct=2329 > [ 16.812702] usb 4-2: New USB device strings: Mfr=1, Product=2, > SerialNumber=5 [ 16.812705] usb 4-2: Product: USB to ATA/ATAPI Bridge > [ 16.812708] usb 4-2: Manufacturer: JMicron > [ 16.812711] usb 4-2: SerialNumber: 1AF1A00296FF > > > list usb, NEC chip > > Bus 002 Device 003: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB > Device Descriptor: > bLength18 > bDescriptorType 1 > bcdUSB 2.00 > bDeviceClass9 Hub > bDeviceSubClass 0 Unused > bDeviceProtocol 1 Single TT > bMaxPacketSize064 > idVendor 0x05e3 Genesys Logic, Inc. > idProduct 0x0608 USB-2.0 4-Port HUB > bcdDevice9.01 > iManufacturer 0 > iProduct1 USB2.0 Hub > iSerial 0 > bNumConfigurations 1 > Configuration Descriptor: > bLength 9 > bDescriptorType 2 > wTotalLength 25 > bNumInterfaces 1 > bConfigurationValue 1 > iConfiguration 0 > bmAttributes 0xe0 > Self Powered > Remote Wakeup > MaxPower 100mA > Interface Descriptor: > bLength 9 > bDescriptorType 4 > bInterfaceNumber0 > bAlternateSetting 0 > bNumEndpoints 1 > bInterfaceClass 9 Hub > bInterfaceSubClass 0 Unused > bInterfaceProtocol 0 Full speed (or root) hub > iInterface 0 > Endpoint Descriptor: > bLength 7 > bDescriptorType 5 > bEndpointAddress 0x81 EP 1 IN > bmAttributes3 > Transfer TypeInterrupt > Synch Type
Re: Bug#580794: general: CD-rom drive is unable to read from any dvd(s) after wake up from suspend/hibernation
severity 580794 linux-2.6 severity 580794 normal thanks On Samstag, 8. Mai 2010, michalxo wrote: > Package: general > Severity: important > Tags: sid > > My cdrom drive is unable to read dvds/cds after suspend/hibernation. Only > thing which helps is reboot. In ubuntu I had similar error, so it may be > something with kernel.. :-/ (2.6.32-3 and 32-5) > > Thanks > > > > -- System Information: > Debian Release: squeeze/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) signature.asc Description: This is a digitally signed message part.
Re: Selection of kernel for Lenny
Hi, On Thursday 10 July 2008 10:47, Bastian Blank wrote: > > Do you know why it hasn't moved to testing yet? The output of > > grep-excuses doesn't mean anything to me in this case. > Because linux-modules-contrib-2.6 is not ready. How is a package in contrib holding up a package in main? regards, Holger pgp700VrxvNxH.pgp Description: PGP signature
removal doesnt seem an option atm, or?
Hi, today there are still two packages depending on kernel-package, cdfs-src and linux-2.6. dphys-kernel-packages has beem removed from sid and lenny. cdfs-src suffers from #482075, so it might be a removal candidate too. linux-2.6 build-depends on kernel-package (>= 10.063). If the code still uses kernel-package, and I have no reason to not believe the control file, removal of kernel-package is not really an option at this time. So far I think/thought this bug (#475036) should be tagged lenny-ignore but on a 2nd read of it, I'm not so sure anymore: kernel-package has users who like it and rely on it, but yet it's broken on recent kernels... regards, Holger pgpuf5LMPWCbd.pgp Description: PGP signature
Bug#493925: binary firmware in drivers/char/drm/mga_ucode.h
Hi, On Thursday 04 September 2008 16:52, maximilian attems wrote: > > So bug severity is based on timing now? > > great take things out of context. > > 2.6.26 is released and 2.6.27 merge window is over. > for any one wanting to work on this issue the tree is open for 2.6.28, > checkout linux-next for missing request_firmware() drivers. So bug severity is based on timing now? *eg* or rather, *raises eyebrows and scratches head*. vote 2006-007 only established an exception for etch, but not for the following releases. So why do you think this is not relevant for lenny? Are you planning a GR? ;) Lenny will release with .26, not with .27 or .28. regards, Holger, tempted to play bts ping pong^w^w^w^wraise the severity pgpwd2W87Xr8Z.pgp Description: PGP signature
Re: [vserver] VServer: Is fakeinit obsolete ?
Hi Herbert, On Dienstag, 27. Januar 2009, Herbert Poetzl wrote: > please do not hijack threads, and please (for your > own good) do not use newvserver :) is newvserver so broken that it should be removed from lenny? regards, Holger signature.asc Description: This is a digitally signed message part.
Re: Meeting(s) at FOSDEM
Hi, On Donnerstag, 5. Februar 2009, Steve McIntyre wrote: > >>Then: when and where would be a good time to meet up? > Hello? Anyone? Looking at http://wiki.debian.org/FosdemVideo2009 I'd suggest either Saturday from 17:30-18:15 (right before your talk, Steve) or sunday between 10 and 13. Or saturday evening for dinner, but I'm quite sure that wont work out. regards, Holger signature.asc Description: This is a digitally signed message part.
Re: Meeting(s) at FOSDEM
Hi Otavio ;-) On Donnerstag, 5. Februar 2009, Otavio Salvador wrote: > I won't be at FOSDEM :( You certainly missed a lot, but you didnt miss that meeting as it didnt take place. (TTBOMK) I planned to attend as I really really would like to see Debian Edu CDs build as part of the normal Debian CD sets for squeeze... (Currently we do this on our own machine using a patched version of debian-cd.) regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#514776: please dont ship newvserver
package: vserver-debiantools severity: important x-debbugs-cc: debian-kernel@lists.debian.org, herb...@13thfloor.at, dec...@jadplace.com, vser...@list.linux-vserver.org, mi...@riseup.net, debian-rele...@lists.debian.org thanks On Dienstag, 27. Januar 2009, Herbert Poetzl wrote: > please do not hijack threads, and please (for your > own good) do not use newvserver :) After reading this I asked Herbert (who is upstream for vserver) if newvserver shouldnt be shipped as part of lenny and his reply was, that it's so broken & unmaintained, that it should have been removed three years ago. Yet it is still included in the vserver-debiantools package in lenny. Please remove at least newvserver from vserver-debiantools. According to apt-file, vserver-debiantools in lenny contains nthe following files: vserver-debiantools: /etc/vservers/newvserver-vars vserver-debiantools: /usr/sbin/dupvserver vserver-debiantools: /usr/sbin/newnfsvserver vserver-debiantools: /usr/sbin/newvserver vserver-debiantools: /usr/sbin/stripserver vserver-debiantools: /usr/share/doc/vserver-debiantools/README vserver-debiantools: /usr/share/doc/vserver-debiantools/changelog.gz vserver-debiantools: /usr/share/doc/vserver-debiantools/copyright vserver-debiantools: /usr/share/man/man1/dupvserver.1.gz vserver-debiantools: /usr/share/man/man1/newnfsvserver.1.gz vserver-debiantools: /usr/share/man/man1/newvserver.1.gz vserver-debiantools: /usr/share/man/man1/stripserver.1.gz I wonder if the others are up2date and useful - I'm just using the stuff from util-vserver and never used vserver-debiantools. Herbert? regards, Holger signature.asc Description: This is a digitally signed message part.
Re: Bug#512546: Same problem on Dell Optiplex 760 with Intel Corporation 82567LM-3 Gigabit Network Connection [8086:10de] (rev 02)
reassign 512546 linux-2.6 thanks On Donnerstag, 12. Februar 2009, Christian Perrier wrote: > > This kernel is not even in unstable yet, so I think support for this > > hardware will have to wait till Lenny 'N' Half at least? > Such improved support is exactly the purpose of Lenny'n'half, yes. I don't think so, AFAIK missing PCI IDs are routinily added to kernel updates also in pointreleases. > > In Ubuntu support for these ICH10 NICs was added to kernel 2.6.27-6.9: > > > > [ Tim Gardner ] > > > > * Add support in e1000e for a couple of ICH10 PCI IDs > > > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/275453/comments/3 > > + /* Even those these are ICH10 devices, the ICH9 setup (which really +* uses ICH8) works fine. Just drop this patch when it collides with +* upstream. I ripped this from the SourceForge e1000e "0.4.1.7" driver. +*/ +#define E1000_DEV_ID_ICH10_D_BM_LM0x10DE +#define E1000_DEV_ID_ICH10_D_BM_LF0x10DF + { PCI_VDEVICE(INTEL, E1000_DEV_ID_ICH10_D_BM_LM), board_ich9lan }, + { PCI_VDEVICE(INTEL, E1000_DEV_ID_ICH10_D_BM_LF), board_ich9lan }, + http://launchpadlibrarian.net/18283516/linux_2.6.27-5.8_2.6.27-6.9.diff.gz regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#519348: kernel bug in nfs on powerpc
package: linux-image-2.6.26-1-vserver-powerpc version: 2.6.26-13 Hi, suddenly the nfs exports on one server running lenny stopped working here, the only thing I could found was in dmesg: Linux fubar 2.6.26-1-vserver-powerpc #1 SMP Sat Jan 10 15:01:56 CET 2009 ppc GNU/Linux [1221442.454304] kernel BUG at include/linux/module.h:386! [1221442.454384] Oops: Exception in kernel mode, sig: 5 [#1] [1221442.454457] SMP NR_CPUS=4 PowerMac [1221442.454522] Modules linked in: ip6table_filter ip6_tables iptable_raw xt_comment xt_policy ipt_ULOG ipt_TTL ipt_ttl ipt_REJECT ipt_REDIRECT ipt_recent ipt_NETMAP ipt_MASQUERADE ipt_LOG ipt_ECN ipt_ecn ipt_CLUSTERIP ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_conntrack_tftp nf_conntrack_sip nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFQUEUE xt_NFLOG xt_MARK xt_mark xt_mac xt_limit xt_length xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp xt_conntrack xt_CONNMARK xt_connmark xt_CLASSIFY xt_tcpudp xt_state iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack iptable_mangle nfnetlink xt_multiport lp parport nfsd auth_rpcgss exportfs nfs lockd nfs_acl sunrpc iptable_filter ip_tables x_tables sbp2 scsi_mod loop snd_aoa_i2sbus snd_pcm snd_timer snd_page_alloc snd soundcore snd_aoa_soundbus usblp uninorth_agp agpgart evdev ext3 jbd mbcache ide_disk ohci1394 sungem sungem_phy ieee1394 ns83820 i2c_powermac [1221442.456665] NIP: f6491188 LR: f6491180 CTR: [1221442.456741] REGS: c0c33ec0 TRAP: 0700 Not tainted (2.6.26-1-vserver-powerpc) [1221442.456848] MSR: 00029032 CR: 84000488 XER: [1221442.456995] TASK = ef8e90f0[4431,#0] 'nfsd' THREAD: c0c32000 CPU: 0 [1221442.457074] GPR00: c0c33f70 ef8e90f0 0001 c0c33ee0 ee8c4658 [1221442.457264] GPR08: ee8c4644 c0073ce4 1001a71c 100e 100df49c [1221442.457455] GPR16: 10002118 bfd1fa18 10002134 10012724 0008 0801 c0c4e000 [1221442.457646] GPR24: 0001 000dbba0 ee1163a0 ee9d1ba0 ee8c4600 f64a6b40 efb3b000 ee258600 [1221442.457854] NIP [f6491188] svc_recv+0x400/0x7c4 [sunrpc] [1221442.458123] LR [f6491180] svc_recv+0x3f8/0x7c4 [sunrpc] [1221442.458293] Call Trace: [1221442.458341] [c0c33f70] [f6491160] svc_recv+0x3d8/0x7c4 [sunrpc] (unreliable) [1221442.458556] [c0c33fc0] [f6550a84] nfsd+0xc0/0x30c [nfsd] [1221442.458724] [c0c33ff0] [c0013af4] kernel_thread+0x44/0x60 [1221442.458831] Instruction dump: [1221442.458906] 7d2903a6 4e800421 7c7c1b79 41820184 813c 83a90004 2f9d 419e003c [1221442.459114] 7fa3eb78 48001045 7c630034 5463d97e <0f03> 54290024 81290008 55292834 [1221442.466384] ---[ end trace 70d66edf5224f9a3 ]--- ii linux-image-2.6-vserver-powerpc 2.6.26+17 Linux 2.6 image on uniprocessor 32-bit PowerPC, Linux-VServer su ii linux-image-2.6.26-1-vserver-powerpc2.6.26-13 Linux 2.6.26 image on uniprocessor 32-bit PowerPC, Linux-VServer ii nfs-common 1:1.1.2-6lenny1 NFS support files common to client and server ii nfs-kernel-server 1:1.1.2-6lenny1 support for NFS kernel server processor : 0 cpu : 7400, altivec supported temperature : 27-32 C (uncalibrated) clock : 466.65MHz revision: 2.9 (pvr 000c 0209) bogomips: 66.30 total bogomips : 66.30 timebase: 33290001 platform: PowerMac model : PowerMac3,4 machine : PowerMac3,4 motherboard : PowerMac3,4 MacRISC2 MacRISC Power Macintosh detected as : 69 (PowerMac G4 Silver) pmac flags : 0010 L2 cache: 1024K unified pmac-generation : NewWorld regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#522415: firmware-nonfree: please create a mother package for all firmware
Hi, On Samstag, 4. April 2009, maximilian attems wrote: > no this is not possible due to license differences. > ipwX needs a click through, but there will be soon unification > as bnx2 will land in firmware-linux and so on.. huh? you need to accept the ipwX licence anyway (else the package will be installed but not the firmware), so a depends would work. I'd prefer a all-firmwarez meta-package though, which _recommends_ all binary packages build from the firmware-nonfree source package :-) (recommends are installed per default in lenny.) regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#522415: firmware-nonfree: please create a mother package for all firmware
On Samstag, 4. April 2009, maximilian attems wrote: > and here comes a fsf purist :P wanting better usability. > as i told you this will be anyway the tendancy > as all newer firmware will land in f-linux. eparse. hint: te bts aint sms, ya ca use pr0per inglish. signature.asc Description: This is a digitally signed message part.
Bug#522415: firmware-nonfree: please create a mother package for all firmware
Hi Ben, On Sonntag, 5. April 2009, Ben Hutchings wrote: > All firmware that comes from the upstream firmware/ directory will be > included in the firmware-linux package, not a driver/vendor-specific > package. This accounts for an increasing majority of the firmware. Thanks for the explaination. But still, a meta package recommending them all (majority!=all) sounds useful to me... regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#463860: any chance to see this fixed in .26 in lenny?
found 463860 2.6.26-2 thanks Hi, yesterday I've upgraded a friends laptop to lenny and 2.6.26-2 showed exactly these symptons, device was there, but scanning showed now networks. Upgrading to 2.6.29 solved the issue but it feels pretty bad that many users are left in the cold with the default lenny kernel which else would work nicely for them. Is there any chance to get this fixed in .26 in lenny or are the televant changes to big ? regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#463860: lenny+half (Re: Bug#463860: any chance to see this fixed in .26 in lenny?
Hi, On Donnerstag, 7. Mai 2009, maximilian attems wrote: > if you would have mentioned ath5k somewhere in your bugreport, your > intention would have been clearer. no we can't keep a hash table of every > linux-2.6 bug in our maintainers mems :P point taken, sorry. > i would have been happier to push the soon to come 2.6.30 for lenny+half, > but that looks impossible due to the multiple security support > that our team currently has to handle going from > oldstable 2.6.18 and 2.6.24, stable 2.6.26 and of course > the easy 2.6.29 in sid. hm, so do you think lenny+half will not happen or how should I understand that? I assume it will not be much easier once .30 is in sid, because 2 months later, there will be .31 in sid and you'd have to take care for 5 kernel versions again?! regards, Holger signature.asc Description: This is a digitally signed message part.
Re: Bug#530551: Wired network connection shuts down every 4-5min, then automaticaly restarts
reassign 530551 linux-image-2.6.26-1-686 thanks On Montag, 25. Mai 2009, Debian Bugs wrote: > Package: base > Version: 5.0 > Every 4-5 minutes the wired network connection shuts down. After a couple > of seconds it back on again. Log text: > > May 25 19:22:23 Slejpner kernel: [ 3266.373370] ACPI: PCI Interrupt > :10:00.0[A] -> GSI 17 (level, low) -> IRQ 17 May 25 19:22:23 Slejpner > kernel: [ 3266.373370] iwl3945: Radio disabled by HW RF Kill switch May 25 > 19:22:23 Slejpner kernel: [ 3266.373370] ACPI: PCI interrupt for device > :10:00.0 disabled May 25 19:22:23 Slejpner pppd[4761]: Modem hangup > May 25 19:22:23 Slejpner kernel: [ 3266.378069] eth0: late interrupt. > May 25 19:22:23 Slejpner kernel: [ 3266.380211] b44: eth0: powering down > PHY May 25 19:22:23 Slejpner pppd[4761]: Connect time 4.6 minutes. > May 25 19:22:23 Slejpner pppd[4761]: Sent 273611 bytes, received 1097617 > bytes. May 25 19:22:23 Slejpner pppd[4761]: Connection terminated. > May 25 19:22:23 Slejpner kernel: [ 3266.547179] ACPI: PCI Interrupt > :10:00.0[A] -> GSI 17 (level, low) -> IRQ 17 May 25 19:22:23 Slejpner > kernel: [ 3266.547179] iwl3945: Radio disabled by HW RF Kill switch May 25 > 19:22:23 Slejpner kernel: [ 3266.547179] ACPI: PCI interrupt for device > :10:00.0 disabled May 25 19:22:23 Slejpner kernel: [ 3266.553069] > ADDRCONF(NETDEV_UP): eth0: link is not ready May 25 19:22:23 Slejpner > kernel: [ 3266.662871] b44: eth0: powering down PHY May 25 19:22:24 > Slejpner kernel: [ 3267.870455] ADDRCONF(NETDEV_UP): eth0: link is not > ready May 25 19:22:28 Slejpner kernel: [ 3271.219899] b44: eth0: Link is up > at 100 Mbps, full duplex. May 25 19:22:28 Slejpner kernel: [ 3271.219909] > b44: eth0: Flow control is off for TX and off for RX. May 25 19:22:28 > Slejpner kernel: [ 3271.220250] ADDRCONF(NETDEV_CHANGE): eth0: link becomes > ready May 25 19:22:53 Slejpner pppd[4761]: PPP session is 3757 > May 25 19:22:53 Slejpner pppd[4761]: Using interface ppp0 > May 25 19:22:53 Slejpner pppd[4761]: Connect: ppp0 <--> eth0 > May 25 19:22:53 Slejpner pppd[4761]: CHAP authentication succeeded > May 25 19:22:53 Slejpner pppd[4761]: CHAP authentication succeeded > May 25 19:22:53 Slejpner pppd[4761]: peer from calling number > 00:90:1A:A0:F4:5A authorized May 25 19:22:54 Slejpner pppd[4761]: local IP > address 78.54.111.171 May 25 19:22:54 Slejpner pppd[4761]: remote IP > address 213.191.76.38 May 25 19:22:54 Slejpner pppd[4761]: primary DNS > address 213.191.74.19 May 25 19:22:54 Slejpner pppd[4761]: secondary DNS > address 62.109.123.197 > > Other stuff that might help: > > a...@slejpner:~$ uname -a > Linux Slejpner 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009 i686 > GNU/Linux a...@slejpner:~$ > a...@slejpner:~$ ls -l /lib/libc.so.6 > lrwxrwxrwx 1 root root 11 16. Mai 00:36 /lib/libc.so.6 -> libc-2.7.so > a...@slejpner:~$ > a...@slejpner:~$ dpkg -s libc6 | grep ^Version > Version: 2.7-18 > a...@slejpner:~$ reportbug -q --template -T none -s none -S normal -b > --list-cc none -q base Detected character set: UTF-8 > Please change your locale if this is incorrect. > > Using 'Arne ' as your from address. > Getting status for base... > Will send report to Debian (per lsb_release). > > Content-Type: text/plain; charset="us-ascii" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > From: Arne > To: Debian Bug Tracking System > Subject: none > X-Debbugs-Cc: mydebian.b...@web.de, none > > Package: base > Severity: normal > > > > -- System Information: > Debian Release: 5.0 > APT prefers proposed-updates > APT policy: (99, 'proposed-updates'), (99, 'stable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > > The system is running on a hp nx7400 laptop with 1 GB ram and 250 GB > Samsung Harddisk. No problems what soever while using Etch. > > Good Luck & thank you very much ! > > > __ > Verschicken Sie SMS direkt vom Postfach aus - in alle deutschen und viele > ausländische Netze zum gleichen Preis! > https://produkte.web.de/webde_sms/sms signature.asc Description: This is a digitally signed message part.
Re: Kernel version for Lenny 5.1?
Hi, On Sonntag, 20. September 2009, Ben Hutchings wrote: > We don't have any such plans. Given the planned freeze around December, > there is no time for a 'lenny and a half' release I don't think the December 2009 freeze is still being considered... regards, Holger signature.asc Description: This is a digitally signed message part.
Re: Bug#548259: base: PowerBook G3 Pismo intermittently fails to sleep
reassign 548259 linux-image-2.6.26-2-powerpc thanks On Freitag, 25. September 2009, Solra Bizna wrote: > Package: base > Severity: important > > I'm on a PowerBook G3 Pismo. A while back, it was running Gentoo and > slept fine. Then, I switched from sysvinit to initng, and it failed to > sleep every single time. Now, after switching to Debian, it successfully > sleeps 90% of the time, hangs 9% of the time, and spews debugging > information and re-awakens 1% of the time. (When the lattermost happens > once, it becomes the only outcome of an attempted sleep that will happen > until I restart.) > > Example (long) output from the 1% case: > http://wotan.tejat.net/private/public/trace.txt > > Also, media-bay is unkillable. > > I'll keep the computer in the 1% case (without restarting), just in case > I can gather any more useful information. > > -- System Information: > Debian Release: 5.0.3 > APT prefers testing > APT policy: (900, 'testing'), (500, 'stable') > Architecture: powerpc (ppc) > > Kernel: Linux 2.6.26-2-powerpc > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: > LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: This is a digitally signed message part.
Re: Debian extra modules
Hi, On Sonntag, 4. Oktober 2009, Ben Hutchings wrote: > batman > -- > > A mesh routing system. Maybe a candidate for staging; try asking > upstream. Upstream is working on that. regards, Holger, batmand maintainer signature.asc Description: This is a digitally signed message part.
Re: Auto-building out-of-tree kernel modules
Hi, On Samstag, 17. Oktober 2009, Ben Hutchings wrote: > If you want to continue having modules auto-built, we recommend that you > consider integrating with DKMS. You can trigger a build on installation > or upgrade of the module source. The dkms package then automatically > rebuilds installed module sources when a new kernel version is > installed. Thanks to the work of Sven Eckelmann I've just uploaded batman-adv-kernelland (and batmand) to unstable, with dkms integration. cheers, Holger signature.asc Description: This is a digitally signed message part.
Re: Bug#556024: base: Kernel crashes on disk i/o (with PostgreSQL 8.4)
reassign 556024 linux-2.6 thanks On Freitag, 13. November 2009, Steffen Dedekind wrote: > Package: base > Severity: important > > While I performing a test with the database postgresql version 8.4 the > kernel hangs up: > > Call Trace: > journal_dirty_data > ext3_journal_dirty_data > walk_page_buffers > journal_dirty_data_fn > ext3_ordered_write_end > generic_file_buffered_write > ext3_mark_inode_dirty > __generic_file_aio_write_nolock > update_queue > generic_file_aio_write > ext3_file_write > do_sync_write > autoremove_wake_function > . > > I'm using the Debian 5.0.3 lenny with the 2.6.30-2-amd64 kernel (Netinst) > on a Dell server. In the test mentioned above I provide approx. 250 > SQL-Inserts to PostgreSQL for performance testing. The crashtime varies > from 20min after the test starts up to 7 hours. I tried to get help with > some PostreSQL support - so we tested several configurations of PostgreSQL > without any success. It semms there is a Disk i/o problem in the kernel. > Contact me if i should provide some more information. > > Best regards > Steffen Dedekind > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.30-2-amd64 (SMP w/4 CPU cores) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash signature.asc Description: This is a digitally signed message part.
Re: Bug#559414: general: Strange keyboard problem
reassign 559414 linux-2.6 thanks On Freitag, 4. Dezember 2009, Adrian 'Dagurashibanipal' von Bidder wrote: > Package: general > Severity: normal > > Heyho! > > Quite an annoying bug and no idea where to start looking... > > On this Atom (AOA 150; kernel, hal, udev, X mostly from sid or at least > squeeze), I have now twice (both times after several suspend/wakeup cycles) > had the keyboard in X suddenly lose keyboard repeat. > > I tried to set keyboard layout in KDE, didn't change anything. > > Switch to console: appears normal at first, but after I enter the login and > am at the password prompt (or in some cases only after I entered the > password) it seems that null bytes are entering from the keyboard ca. 3 per > second, which is a lot slower than keyboard repeat, so it's not a stuck > key. > > Symptom is a row of ^@ on the console. > > (and while typing this, I see that it seems to happen under X, too: since ^ > is a dead char, I need to hit the space bar real quick after hitting the > caret key or the caret will have been canceled.) > > Rebooting fixes this for a few hours again. > > SysRq unRaw keyboard doesn't help. > > X has KMS enabled. > > Any pointers? > > -- vbi > > > -- System Information: > Debian Release: squeeze/sid > APT prefers stable > APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (60, > 'experimental') Architecture: i386 (i686) > > Kernel: Linux 2.6.31-1-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 signature.asc Description: This is a digitally signed message part.
Re: Bug#562072: general: computer freezes totally when i plug an usb key
tags 562072 + moreinfo severity 562072 important reassign 562072 linux-2.6 thanks On Dienstag, 22. Dezember 2009, da.jedall wrote: > Package: general > Severity: critical > Justification: breaks the whole system > > > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > computer freezes totally when i plug an usb key > ( keyboard desactivates,strange messages like "cpu_idle+0x50/0x91" or > things like "notifier_call"... > and i dont know where to find a copy of the crash messages ) > with a live cd (knoppix x86) no problem > performed a scan of the harddisk with the seagate utility:no problem > detected > this problem has been lasting for several months > > where can i find the file with the complete log? signature.asc Description: This is a digitally signed message part.
Re: Bug#584314: base: System freezes at random time after Resume from Suspend (Regression)
reassign 584314 linux-2.6 thanks On Donnerstag, 3. Juni 2010, Andreas Berger wrote: > Package: base > Severity: important > Tags: squeeze > > Steps to Reproduce: > 1: Suspend Laptop to RAM > 2: Resume from Suspend > 3: Wait and see, preferably monitoring top: > At some random time, ranging from immediately (black screen after resume) > to several hours later, the system will become unresponsive. Switching to > tty1 or killing xorg with Alt+Print+K does not work, Alt+Print+REISUB does > work. Each freeze is anticipated by a random process (this time it was > mandb, was installing something) hogging 100% of CPU, then the System > becomes gradually unresponsive within a minute or so (panel, metacity, > finally mouse cursor freezes too). Additionally, i don't know if this is > related, i noticed one process using % of CPU according to top, just > thought i'd mention it. This bug constitutes a regression, suspend does > work flawlessly on this Laptop in Lenny. Also, i encountered this bug in > Ubuntu 9.10 (ironically, this was the one that pushed me over the edge to > switch to debian), the corresponding bug report is here: > https://bugs.launchpad.net/ubuntu/+bug/480850 Hardware is an Acer Aspire > 5610 Laptop, please advise me on what more specific information to gather > and what else to do, I'm happy to try out anything you suggest. > > I assigned this bug to base because reportbug forced me to choose > something, but i can only guess about the package, please reassign it. > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: i386 (i686) > > Kernel: Linux 2.6.32-trunk-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/dash signature.asc Description: This is a digitally signed message part.
Re: new lilo package maintainer? (was lilo removal in squeeze or please test grub2)
reassign 505609 initramfs-tools thanks Hi Stephen, thanks for stepping up maintaining lilo in Debian! I hope you'll manage this well. On Montag, 7. Juni 2010, Stephen Powell wrote: > Perhaps I can offer a solution here. Since William obviously doesn't wish > to maintain this package any longer, I am willing to take over his > responsibilities as a Debian package maintainer for lilo under two > conditions: (1) The kernel team fixes bug number 505609, and (2) Debian > ceases its attempts to remove lilo from the distribution. There is no attempt "from Debian". The current lilo maintainer thought this was the best option for lilo as he was going to orphan it and also because there was no upstream. If you step up to maintain lilo (and the codebase is and stays acceptable) and maintain lilo in Debian, removing lilo is moot. > Keep in mind that I have never been a Debian package maintainer before. The Debian New Maintainers Guide (ie at http://www.debian.org/doc/maint-guide/) shall be your friend, as well as lintian and debian-ment...@lists.debian.org as well as #debian-mentors on IRC. Have fun! :-) > As for whether or not lilo continues to be offered as an alternate boot > loader by the Debian installer, that is entirely up to them. Fair enough. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#587887: linux-base: please suppress useless debconf messages on first install
package: linux-base version: 2.6.32-15 severity: wishlist tags: patch Hi, first of all: thank you all for maintaining linux-2.6 - you're doing an awesome job! hi. i'm using .32.bpo on lenny, together with linux-base. so far so good, works great. but i have an issue with automated installs (with d-i and preseeding): linux-base informs me that /etc/fstab contains an entry (/etc/scd0 iirc) which might not work in future versions. i couldnt care less and would like to get rid of this warning,as it prevents fully automated installations h01ger: I put a heuristic in there to work out whether this is a fresh installation or upgrade h01ger: Maybe you can suggest how to improve it (the problem is that linux-base did not exist in lenny, so we cannot check whether the package itself is being upgraded) Of course you should also be able to preseed the answer i tried, using what debconf-get-selections |grep linux-base gave me after an installation, but that didnt work weird # make linux-base install quietly # # Boot loader configuration check needed linux-base linux-base/disk-id-manual-boot-loader error # Configuration files still contain deprecated device names linux-base linux-base/disk-id-manual error # Apply configuration changes to disk device IDs? linux-base linux-base/disk-id-convert-plan-no-relabel boolean true # Opdater diskenheds-id'er i systemkonfigurationen? linux-base linux-base/disk-id-convert-auto boolean true # Apply configuration changes to disk device IDs? linux-base linux-base/disk-id-convert-plan boolean true bwh, i wonder if your test fails as there were already .26 packages installed... ha! if /var/log/installer doesnt exist, its a fresh install. bingo see attached patch bwh, do you want a wishlist bug about this? h01ger: Yes, file a wishlist bug, please cheers, Holger 1578a1579,1581 > if !(-d '/var/log/installer') { > return 0; > } signature.asc Description: This is a digitally signed message part.
Bug#587887: linux-base: please suppress useless debconf messages on first install
Hi Ben, On Freitag, 2. Juli 2010, Ben Hutchings wrote: [/var/log/installer] > We can't use this test. Older installations don't have such a > directory. I dont understand. Every lenny (at least) installation done with d-i has this directory?! How are older installations relevant? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#587887: linux-base: please suppress useless debconf messages on first install
Hi, On Samstag, 3. Juli 2010, Julien Cristau wrote: > On Sat, Jul 3, 2010 at 12:54:12 +0200, Holger Levsen wrote: > > How are older installations relevant? > How are they not? Well, first I'm fairly very sure that even etch also created /var/log/installer... in that sense I dont think it matters, if you automatically install sarge with a 2.6.32.bpo kernel and get those warnings... cause I doubt anyone does that, thus I think those are not relevant. cheers, Holger signature.asc Description: This is a digitally signed message part.
Re: Bug#589667: base: ACPI Exception with power_meter-347 in logs
reassign 589667 linux-2.6 thanks On Montag, 19. Juli 2010, Juri Gurjanov wrote: > Package: base > Severity: normal > > > Found a lots of error messages in logs, which shows: > [278680.783048] ACPI Error: SMBus or IPMI write requires Buffer of length > 42, found length 20 (20090903/exfield-286) [278680.904560] ACPI Error > (psparse-0537): Method parse/execution failed [\_SB_.PMI0._PMM] (Node > 88031e04e7c0), AE_AML_BUFFER_LIMIT [278681.041304] ACPI Exception: > AE_AML_BUFFER_LIMIT, Evaluating _PMM (20090903/power_meter-347) > > > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.32-3-amd64 (SMP w/8 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash signature.asc Description: This is a digitally signed message part.
Re: Bug#531425: base: Loss of ethernet connectivity (bmac ethernet driver) after random amount of time
reassign 531425 linux-2.6 thanks On Montag, 1. Juni 2009, Tor Arne Benjaminsen wrote: > Running Debian on a PowerBook G3 'WallStreet'. Using the bmac ethernet > driver. Experiencing loss of ethernet connectivity (100% packet loss) after > a random amount of time. Have tried running bmac as both in-kernel and as a > module. Running as a module seems to lengthen the delay before loss of > connectivity occurs. > > I am clueless as to how to diagnose this problem and would appreciate any > help. > > Debian Release: squeeze/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: powerpc (ppc) > > Kernel: Linux 2.6.29 regards, Holger signature.asc Description: This is a digitally signed message part.
Re: Bug#532804: general: kernel messages appear when they shouldn't on LVM+LUKS systems
reassign 532804 linux-2.6 severity 532804 Minor thanks On Donnerstag, 11. Juni 2009, Giorgos D. Pallas wrote: > Package: general > Severity: minor > > Problem reproduction: > Install a debian testing selecting LVM+encryption. > Then, when the system boots, although there is the option quiet for > silencing the kernel messages, after entering the passphrase, you start > seeing kernel messages along with their timestamp on the beginning. > > Minor, but I guess those kernel messages should not appear... > > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: i386 (i686) > > Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) signature.asc Description: This is a digitally signed message part.
Re: Bug#539234: base: Booting from hibernation has super slow cursor movement etc!
Hi Deniz, On Donnerstag, 30. Juli 2009, Deniz Akcal wrote: > The cursor movement is ridiculously slow even with a swap filled with only > a few kylobites! I have a dual-core CPU with 4GB RAM so my computer is > fast. > APT prefers testing > Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Your bug report is again rather useless, sorry, thus closing. Do you ment that the cursor movement was slow while booting, or after booting? cc:ing the kernel list still, as I would have reassigned the bug to them if there was more info, maybe they have something useful to add... regards, Holger signature.asc Description: This is a digitally signed message part.
Re: Bug#539583: wrong output from /sys/class/net/eth0/operstate
severity 539583 normal reasign 539583 linux-2.6 thanks On Sonntag, 2. August 2009, J. Bakshi wrote: > Subject: wrong output from /sys/class/net/eth0/operstate > Package: base > Severity: critical > > The internet is working. I can ping remoteservers; download emails but > "/sys/class/net/eth0/operstate" shows "unknown". It should display "up" > > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: i386 (i686) > > Kernel: Linux 2.6.29.1 (SMP w/1 CPU core) > Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) > Shell: /bin/sh linked to /bin/bash signature.asc Description: This is a digitally signed message part.
Re: Bug#539583: wrong output from /sys/class/net/eth0/operstate
severity 539583 normal reassign 539583 linux-2.6 thanks On Sonntag, 2. August 2009, J. Bakshi wrote: > Subject: wrong output from /sys/class/net/eth0/operstate > Package: base > Severity: critical > > The internet is working. I can ping remoteservers; download emails but > "/sys/class/net/eth0/operstate" shows "unknown". It should display "up" > > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: i386 (i686) > > Kernel: Linux 2.6.29.1 (SMP w/1 CPU core) > Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) > Shell: /bin/sh linked to /bin/bash signature.asc Description: This is a digitally signed message part.
Bug#498627: Confirmed using vanilla 2.6.26.5
Hi, I don't see this with 2.6.24 from etchanhalf (rebuild to set CONFIG_CIFS_UPCALL=y)... regards, Holger pgpbnGhb32r7D.pgp Description: PGP signature
Bug#500784: please set CONFIG_CIFS_UPCALL=y
package: linux-image-2.6.24-etchnhalf.1-686 severity: wishlist version: 2.6.24-6~etchnhalf.5 x-debbugs-cc: [EMAIL PROTECTED] Hi, please set CONFIG_CIFS_UPCALL=y (this needs CONFIG_CIFS_EXPERIMENTAL=y too) for the etchnhalf packages. It's needed to make mounting cifs volumes with kerberos tickets work. (And it's set in sid+lenny.) (Actually its only one part. a newer samba is also needed, but its way easier/less work to maintain a samba backport than a different kernel :) regards, Holger P.S.: cc:ing dannf as suggested by maks, not setting the severity to important as also suggested, even though for me it is ;-) pgpUcDqIoBNzs.pgp Description: PGP signature
Bug#500888: linux-image-2.6.26-1-vserver-amd64: cannot specify lo as non 127.0.0.1 in vserver guests
Hi, On Thursday 02 October 2008 13:14, Matthew Sackman wrote: > Under 2.6.22-3-vserver-amd64 (and earlier), this all worked fine. Under > 2.6.26-1-vserver-amd64 this does not work: every vserver guest is > started with lo as 127.0.0.1, thus breaking the internal network badly. Ain't that a feature? (Or can you access the others 127.0.0.1s from the other vservers? regards, Holger pgpSDPSqWotNT.pgp Description: PGP signature
Re: Firmware removal progress
Hi Ben, On Sunday 19 October 2008 04:11, Ben Hutchings wrote: > Here's an updated overview; I think this now covers all sourceless > firmware/microcode left in linux-2.6: You're a rockstar! :-) Thanks a lot for all your work on this! regards, Holger, very happy to see this mess tackled pgpz6NcQA63YS.pgp Description: PGP signature
Bug#449235: update on ipw2100/2200 firmware distributability
Hi, I've just send a mail "to intel" asking for clarification of this perceived undistributable issue... regards, Holger pgpwsaus6dXqY.pgp Description: PGP signature
Re: firmware-nonfree : ipw2100 and ipw2200 in Lenny?
Hi Franklin, thanks a lot for your work on these patches! Very much appreciated! On Saturday 01 November 2008 22:33, Frank Lin PIAT wrote: > I think it would be nice to have those firmware in Lenny. Even though > it's very late in the release cycle, I assume the risk is add them is > rather low since: > 1. The firmware haven't changed for ages. > 2. The packages will be in non-free (i.e not supported by Debian). > > Is there anything I could do to help? > I assume I should open 2 bugs for the patches, right ? Yes, please do. Also please make the bugs blocked by http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=449235 - which I think is invalid and about which I'm in communication with intel to get the clarification about this stupid refusal of the firmware-nonfree maintainers to include those firmwares. (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=449235#33 claims that someone read the licence as undistributable in non-free because the licence could mean that the licence needs to be available _in_the_download_directory_next_to_the_firmware. The way I read the licence is that its fine if the licence is part inside the package and upon _installation_ the licence is placed in the same directory as the firmware file. (And in /usr/share/doc/ipw2x00-fireware _and_ displayed to the user at installation time and asked for acception.)) regards, Holger pgpHcyrkl39N7.pgp Description: PGP signature
Bug#509156: Bug#506419: Driver from Supermicro fixes issue
Hi Martin, On Mittwoch, 10. Dezember 2008, martin f krafft wrote: > Okay, that makes sense. How do I get the patched source? The > accepted standard methods (see policy 4.9 and 4.14) don't reveal > anything and don't work: according to http://wiki.debian.org/HowToRebuildAnOfficialDebianKernelPackage you need to run "make -f debian/rules source-all" regards, Holger signature.asc Description: This is a digitally signed message part.
Re: Bug#564731: base: hald crash after plugged in PSP
reassign 564731 linux-2.6 thanks On Montag, 11. Januar 2010, Caspar Schutijser wrote: > Package: base > Severity: important > > When I plugged in my PSP for some file transfer, my system crashed. The > screen freezed, and the only option was to hard reset my system. If I boot > up with the PSP plugged in, the system crashed after hald started or while > hald is starting. If I start up after that, I have to fsck the root > partition, and after that my system boots up fine (without the PSP plugged > in). > > The last 6 messages on the screen were: > __do__softirq+0x131/0x173 > handle_fasteoi_irq+0x7d/0xb5 > handle_irq+0x17/0x1d > do_IRQ+0x57/0xbf > ret_from_intr+0x0/0x11 > <4>---[ end trace e24949eb6f8b1bf6 ]--- > > I attached a photo, with all the messages (which fitt on the screen) > > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.30-2-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash the attachment is in the bts :) signature.asc Description: This is a digitally signed message part.