Package: kernel
Version: 2.6.18-3-686
Severity: important
I'm triying to use a Mustek Paragon 600 II CD connected to an Adaptec aha1542.
But when I try scanimage -L I have a kernel panic.
Bad segment list supplied to aha1542.c (1,0)
0: c0318000 5
cptr c0342e00: cc cc cc cc cc cc cc cc cc cc cc
Processing commands for [EMAIL PROTECTED]:
severity 411499 critical
Bug#411499: kernel: panic with scsi scanner and aha1542
Severity set to `critical' from `important'
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.26
severity 411499 important
Bug#411499: kernel: panic with scsi scanner and aha1542
Severity set to `important' from `critical'
End of message, stopping processing here.
Please
severity 411284 wishlist
reassign 411284 cryptsetup
stop
On Sat, 17 Feb 2007, Sami Liedes wrote:
The created initramfs for some reason seems to fail to activate evms.
I have a setup where I have evms+lvm2, and an evms-volume
root-crypted is a luks volume of the root file system.
the evms
Processing commands for [EMAIL PROTECTED]:
severity 411284 wishlist
Bug#411284: initramfs-tools: Created initramfs fails to evms_activate
Severity set to `wishlist' from `normal'
reassign 411284 cryptsetup
Bug#411284: initramfs-tools: Created initramfs fails to evms_activate
Bug reassigned
heya david,
thanks for your excellent writeup.
yes i fully agree with your analysis,
will just followup on small nits..
On Fri, 16 Feb 2007, David Härdeman wrote:
Short-term solution:
Therefore, I think the best short-term solution (considering the
ever-impending Etch release) would be to
Package: linux-image-2.6.18-4-686
Version: 2.6.18.dfsg.1-10
Severity: normal
hoi :)
I just tried to unplug my CDROM drive on a Dell Latitude D600 laptop and
run 'hdparm -U 1 /dev/hdc' to unregister it from the kernel.
It seamed to work in that the kernel does not know about hdc any more,
but it
Processing commands for [EMAIL PROTECTED]:
submitter 411299 [EMAIL PROTECTED]
Bug#411299: gfs-tools: unable to create partition
Changed Bug submitter from [EMAIL PROTECTED] to [EMAIL PROTECTED]
clone 411299 -2
Bug#411299: gfs-tools: unable to create partition
Bug 411299 cloned as bug 411558.
On Mon, Feb 19, 2007 at 07:21:08PM +0100, maximilian attems wrote:
heya david,
Hey Maks :)
On Fri, 16 Feb 2007, David Härdeman wrote:
Short-term solution:
Therefore, I think the best short-term solution (considering the
ever-impending Etch release) would be to add the root_wait= boot
On Monday 19 February 2007 21:22, David Härdeman wrote:
The only problem with the approach is that a large majority of all
machines have usb which means that we'll slow down the boot for all
those machines even though a small minority are affected.
That's a very, very ugly solution then. I'd
Frans Pop wrote:
On Monday 19 February 2007 21:22, David Härdeman wrote:
The only problem with the approach is that a large majority of all
machines have usb which means that we'll slow down the boot for all
those machines even though a small minority are affected.
That's a very, very ugly
Quoting Frans Pop [EMAIL PROTECTED]:
On Monday 19 February 2007 21:22, David Härdeman wrote:
The only problem with the approach is that a large majority of all
machines have usb which means that we'll slow down the boot for all
those machines even though a small minority are affected.
Bonsoir David!
ok back after reading some code. :)
Quoting David Härdeman [EMAIL PROTECTED]:
Oh, I missed that variable...I've written a patch now to export it.
yup ack.
I've attached a patch against the udev and initramfs-tools source
packages that implement the following
On Sun, Feb 18, 2007 at 12:53:59PM -0800, Jurij Smakov wrote:
tags 411135 patch
thanks
Hi,
In 2.6.19 all execve() calls in bbc_envctrl.c and envctrl.c have been
replaced by call_usermodehelper(). Based on that I've made a simple
backport of that (patch attached). I would appreciate if
* David Härdeman [EMAIL PROTECTED] [20070219 22:15]:
I've attached a patch against the udev and initramfs-tools source packages
that implement the following changes...please review:
1) ROOTDELAY is exported by initramfs-tools and used in udev if set
2) Checks in udev for scsi/firewire
On Mon, Feb 19, 2007 at 11:02:10PM +0100, maximilian attems wrote:
Quoting David Härdeman [EMAIL PROTECTED]:
I've attached a patch against the udev and initramfs-tools source
packages that implement the following changes...please review:
...
2) Checks in udev for scsi/firewire/usb have been
On Mon, Feb 19, 2007 at 11:36:29PM +0100, Michael Prokop wrote:
* David Härdeman [EMAIL PROTECTED] [20070219 22:15]:
+# Check for problematic devices
+problem=0
+
+# USB / FireWire
+if $(grep -q usb\|ieee1394 /proc/devices); then
+ problem=1
+fi
How about:
if $(ps | grep -q usb-storage
Package: linux-image-2.6.18-3-amd64
Version: 2.6.18-7
Severity: normal
In the newer 2.6.20 kernel this is supported. Because this chipset is
becoming popular, it might be nice to include
support. Changes are quite small and can be found in
drivers/char/agp/intel-agp.c in the kernel source.
Package: linux-2.6
Version: 2.6.18.dfsg.1-10
Severity: normal
Prior to 2.6.18-4, there were linux-image xen packages for K7 CPUs
(for example, linux-image-2.6.18-3-xen-k7).
Now, there is only linux-image-2.6.18-4-xen-686, which doesn't work on
K7.
Thanks,
Paul
-- System Information:
Debian
Processing commands for [EMAIL PROTECTED]:
tags 411135 + pending
Bug#411135: linux-image-2.6.18-4-sparc64-smp: Unknown symbol execve in module
bbc
Tags were: patch
Tags added: pending
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tracking
So here's the score on these bugs:
- there are several problems in 2.6.18 with ACPI handling which render fan
support more or less inoperable on specific HP laptop models.
- these issues are believed to be resolved in 2.6.19, and backport patches
are available, but the impact of these
Ok, let's try the diff without extraneous references to other patches. :)
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
#
# bts-link upstream status pull for source package linux-2.6
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user [EMAIL PROTECTED]
# remote status report for #411294
# * http://bugzilla.kernel.org/show_bug.cgi?id=8028
# * remote status changed: (?) - NEW
usertags
Package: linux-image-2.6-686
Version: 2.6.18+5
Linux kernel from 2.6.18 to 2.6.20 seems to have a problem in st (tape) drive
support. Bugzilla error report:
http://bugzilla.kernel.org/show_bug.cgi?id=7919.
I have applied the patch provided in the kernel BTS to 2.6.18.5 and made some
tests. Tape
After receiving Frans Pop's e-mail stating that:
The now available images are virtually identical
to what will be released as D-I RC2,...
I downloaded the Daily Built i386 netinst CD image,
burned it to a disc and booted off of it. Unfortunately
the same problem with hanging during the install
25 matches
Mail list logo