On Fri, Aug 18, 2006 at 04:18:58PM -0700, James Bottomley wrote:
On Fri, 2006-08-18 at 12:39 -0400, Kyle McMartin wrote:
The problem is because they both claim support for the same PCI Ids:
That's this fix, isn't it?
Hi Maks,
I can confirm that removing floppy from /etc/initramfs-tools/modules (which
still causes a non-bootable system) and inserting cpqarray (which is the only
uncommented module in /etc/initramfs-tools/modules) does in fact allow the
system to boot.
I have attached the dmesg and lsmod.
Hi Maks,
I have confirmed that loading cpqarray first fixes the problem on several
systems now. I have also realized that when this is the case, the sym53c8xx
driver is not needed or loaded. I thought this was noteworthy. It appears
that your presumption was correct that the sym53c8xx and
On Fri, Aug 18, 2006 at 09:05:53AM -0600, Joshua Rubin wrote:
I can confirm that removing floppy from /etc/initramfs-tools/modules (which
still causes a non-bootable system) and inserting cpqarray (which is the only
uncommented module in /etc/initramfs-tools/modules) does in fact allow the
Hello Joshua,
On Fri, Aug 18, 2006 at 09:59:16AM -0600, Joshua Rubin wrote:
I have confirmed that loading cpqarray first fixes the problem on several
systems now. I have also realized that when this is the case, the sym53c8xx
driver is not needed or loaded. I thought this was noteworthy. It
hmm kyle pointed out, i forgot to ask you vital info:
lspci info is missing in your bug info, please post
lscpi -vv
lspci -n
thanks
--
maks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi Maks,
I tried linux-image-2.6.17-2-686_2.6.17-6_i386.deb from unstable and the
problem still exists there.
I have attached the outputs of lspci -vv and lspci -n.
Thanks,
Joshua Rubin
# lspci -vv
00:00.0 Host bridge: Broadcom CNB20LE Host Bridge (rev 05)
Control: I/O+ Mem+
On Fri, Aug 18, 2006 at 04:18:58PM -0700, James Bottomley wrote:
That's this fix, isn't it?
http://www.kernel.org/git/?p=linux/kernel/git/jejb/scsi-rc-fixes-2.6.git;a=commit;h=b2b3c121076961333977f485f0d54c22121df920
Yup.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Fri, 2006-08-18 at 12:39 -0400, Kyle McMartin wrote:
The problem is because they both claim support for the same PCI Ids:
That's this fix, isn't it?
http://www.kernel.org/git/?p=linux/kernel/git/jejb/scsi-rc-fixes-2.6.git;a=commit;h=b2b3c121076961333977f485f0d54c22121df920
James
--
To
Hi Max,
I just realized that I never tried your last suggestions. I will try them
first thing when I get in to work tomorrow.
I have received some more info about this bug. It appears to be a timing
issue. Here is the link to the bug at kernel.org with an interesting
suggestion (that I have
hello joshua,
thanks for your followups,
had time again to look at your bug report.
the trouble is quite shown in the troublesome dmesg and
in the working cat /proc/modules.
On Sun, 30 Jul 2006, Joshua Rubin wrote:
I just tried installing etch with the beta2 installer. This system loaded the
hello joshua,
thanks for your repsonse.
On Fri, 28 Jul 2006, Joshua Rubin wrote:
I installed this system with a sarge cd (2.6.8-386-2 kernel) and that has
cpqarray compiled as a module and works fine. As far as I can tell, the
problem only occurs with very recent 2.6 kernels = 2.6.15.
we
hello joshua,
On Sun, Jul 30, 2006 at 11:13:04AM -0600, Joshua Rubin wrote:
So I am open to any tips as to how to write to non volatile media in the
initramfs. I can not mount my HDDs, there is no floppy device or modules, no
useful network programs (that I could find) to send a file to
Hi maks,
There has been a _VERY_ interesting twist here. Before I got your netcat
suggestion, I figured I would rebuild the initramfs with the floppy module.
_When the floppy module is loaded, the system finds the partitions and boots
fine._
Please let me know what you would like from me. I
Since your netcat suggestion was so useful, I here is the complete (broken)
dmesg from the initramfs. This is without the floppy module loaded (which
resulted in a bootable system, see previous email).
dmesg:
[0x03] enabled)
Processor #3 6:8 APIC version 17
ACPI: LAPIC_NMI (acpi_id[0xff] dfl
hello Joshua,
On Sun, Jul 30, 2006 at 11:40:24AM -0600, Joshua Rubin wrote:
There has been a _VERY_ interesting twist here. Before I got your netcat
suggestion, I figured I would rebuild the initramfs with the floppy module.
_When the floppy module is loaded, the system finds the
Hi maks,
I just tried installing etch with the beta2 installer. This system loaded the
floppy module before the cpqarray module, yet could not find the arrays
either. Still, the sarge system upgraded to etch works fine with the floppy
module loaded in the initramfs.
Here is the info you
Package: kernel-image-2.6-686-smp
Severity: normal
I am trying to upgrade the kernel on an older Compaq DL360 server. When
I upgraded the kernel to 2.6.16, the system would no longer boot. The
last message on console is:
Begin: Waiting for root file system
After this times out, I get dropped into
tags 380272 moreinfo
stop
On Fri, Jul 28, 2006 at 02:43:00PM -0600, Joshua Rubin wrote:
I am trying to upgrade the kernel on an older Compaq DL360 server. When
I upgraded the kernel to 2.6.16, the system would no longer boot. The
last message on console is:
Begin: Waiting for root file system
Processing commands for [EMAIL PROTECTED]:
tags 380272 moreinfo
Bug#380272: kernel-image-2.6-686-smp: cpqarray module fails to detect arrays
There were no tags set.
Tags added: moreinfo
stop
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
Hi maks,
I installed this system with a sarge cd (2.6.8-386-2 kernel) and that has
cpqarray compiled as a module and works fine. As far as I can tell, the
problem only occurs with very recent 2.6 kernels = 2.6.15.
I still have not tested the modified kernel package I made with
21 matches
Mail list logo
