linux-2.6_2.6.15-7_i386.changes is NEW
(new) kernel-image-2.6-386_2.6.15-7_i386.deb extra base Linux kernel 2.6 image on 486-class machines - transition package This package is for transition only. (new) kernel-image-2.6-686-smp_2.6.15-7_i386.deb extra base WARNING: Already present in main distribution. Linux kernel 2.6 image on PPro/Celeron/PII/PIII/P4 SMP machines - transition package This package is for transition only. (new) kernel-image-2.6-686_2.6.15-7_i386.deb extra base WARNING: Already present in main distribution. Linux kernel 2.6 image on PPro/Celeron/PII/PIII/P4 machines - transition package This package is for transition only. (new) kernel-image-2.6-k7-smp_2.6.15-7_i386.deb extra base WARNING: Already present in main distribution. Linux kernel 2.6 image on AMD K7 SMP machines - transition package This package is for transition only. (new) kernel-image-2.6-k7_2.6.15-7_i386.deb extra base WARNING: Already present in main distribution. Linux kernel 2.6 image on AMD K7 machines - transition package This package is for transition only. (new) linux-headers-2.6-486_2.6.15-7_i386.deb optional devel WARNING: Already present in main distribution. Architecture-specific header files for Linux kernel 2.6 on 486-class machines This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on 486-class machines. (new) linux-headers-2.6-686-smp_2.6.15-7_i386.deb optional devel WARNING: Already present in main distribution. Architecture-specific header files for Linux kernel 2.6 on PPro/Celeron/PII/PIII/P4 SMP machines This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on multi-processor Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines. (new) linux-headers-2.6-686_2.6.15-7_i386.deb optional devel WARNING: Already present in main distribution. Architecture-specific header files for Linux kernel 2.6 on PPro/Celeron/PII/PIII/P4 machines This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines. (new) linux-headers-2.6-k7-smp_2.6.15-7_i386.deb optional devel WARNING: Already present in main distribution. Architecture-specific header files for Linux kernel 2.6 on AMD K7 SMP machines This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on 32-bit multi-processor AMD Duron/Athlon/AthlonXP machines. (new) linux-headers-2.6-k7_2.6.15-7_i386.deb optional devel WARNING: Already present in main distribution. Architecture-specific header files for Linux kernel 2.6 on AMD K7 machines This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on 32bit AMD Duron/Athlon/AthlonXP machines. (new) linux-headers-2.6.15-1-486_2.6.15-7_i386.deb optional devel WARNING: Already present in main distribution. Header files for Linux kernel 2.6.15 on 486-class machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.15 on 486-class machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.15-1-486, and can be used for building modules that load into the kernel provided by the linux-image-2.6.15-1-486 package. . This packages is produced using an updated kernel packaging system and replaces older kernel-headers packages (new) linux-headers-2.6.15-1-686-smp_2.6.15-7_i386.deb optional devel WARNING: Already present in main distribution. Header files for Linux kernel 2.6.15 on PPro/Celeron/PII/PIII/P4 SMP machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.15 on multi-processor Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.15-1-686-smp, and can be used for building modules that load into the kernel provided by the linux-image-2.6.15-1-686-smp package. . This packages is produced using an updated kernel packaging system and replaces older kernel-headers packages (new) linux-headers-2.6.15-1-686_2.6.15-7_i386.deb optional devel WARNING: Already present in main distribution. Header files for Linux kernel 2.6.15 on PPro/Celeron/PII/PIII/P4 machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.15 on Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.15-1-686, and can be used for building modules that load into the kernel provided by the linux-image-2.6.15-1-686 package. . This packages is produced using an updated kernel packaging system and replaces older kernel-headers packages (new) linux-headers-2.6.15-1-k7-smp_2.6.15-7_i386.deb optional devel WARNING: Already present in main distributio
Processing of linux-2.6_2.6.15-7_i386.changes
linux-2.6_2.6.15-7_i386.changes uploaded successfully to localhost along with the files: linux-headers-2.6.15_2.6.15-7_i386.deb linux-headers-2.6.15-1_2.6.15-7_i386.deb linux-headers-2.6.15-1-486_2.6.15-7_i386.deb linux-image-2.6.15-1-486_2.6.15-7_i386.deb linux-image-486_2.6.15-7_i386.deb linux-image-2.6-486_2.6.15-7_i386.deb linux-headers-2.6-486_2.6.15-7_i386.deb linux-headers-2.6.15-1-686_2.6.15-7_i386.deb linux-image-2.6.15-1-686_2.6.15-7_i386.deb linux-image-686_2.6.15-7_i386.deb linux-image-2.6-686_2.6.15-7_i386.deb linux-headers-2.6-686_2.6.15-7_i386.deb linux-headers-2.6.15-1-686-smp_2.6.15-7_i386.deb linux-image-2.6.15-1-686-smp_2.6.15-7_i386.deb linux-image-686-smp_2.6.15-7_i386.deb linux-image-2.6-686-smp_2.6.15-7_i386.deb linux-headers-2.6-686-smp_2.6.15-7_i386.deb linux-headers-2.6.15-1-k7_2.6.15-7_i386.deb linux-image-2.6.15-1-k7_2.6.15-7_i386.deb linux-image-k7_2.6.15-7_i386.deb linux-image-2.6-k7_2.6.15-7_i386.deb linux-headers-2.6-k7_2.6.15-7_i386.deb linux-headers-2.6.15-1-k7-smp_2.6.15-7_i386.deb linux-image-2.6.15-1-k7-smp_2.6.15-7_i386.deb linux-image-k7-smp_2.6.15-7_i386.deb linux-image-2.6-k7-smp_2.6.15-7_i386.deb linux-headers-2.6-k7-smp_2.6.15-7_i386.deb kernel-image-2.6-386_2.6.15-7_i386.deb kernel-image-2.6-686_2.6.15-7_i386.deb kernel-image-2.6-686-smp_2.6.15-7_i386.deb kernel-image-2.6-k7_2.6.15-7_i386.deb kernel-image-2.6-k7-smp_2.6.15-7_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kernel-patch-powerpc-2.6.8 REMOVED from testing
FYI: The status of the kernel-patch-powerpc-2.6.8 source package in Debian's testing distribution has changed. Previous version: 2.6.8-16 Current version: (not in testing) Hint: Package not in unstable The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the reason for removing your package seems to be nonsense, it is probably the reporting script that got confused. Please check the actual hints file before you complain about meaningless removals. -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kernel-patch-powerpc-2.4.27 2.4.27-11 MIGRATED to testing
FYI: The status of the kernel-patch-powerpc-2.4.27 source package in Debian's testing distribution has changed. Previous version: 2.4.27-10 Current version: 2.4.27-11 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kernel-latest-powerpc REMOVED from testing
FYI: The status of the kernel-latest-powerpc source package in Debian's testing distribution has changed. Previous version: 102 Current version: (not in testing) Hint: <http://ftp-master.debian.org/testing/hints/vorlon> # 20060220; done 20060221 Bug #353714: yics: Build warnings on powerpc The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the reason for removing your package seems to be nonsense, it is probably the reporting script that got confused. Please check the actual hints file before you complain about meaningless removals. -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
via pt880 ultra and agpgart
Hi, I had a problem with agp. I had search and I had find this post: http://lists.debian.org/debian-kernel/2004/10/msg00144.html I thought that my problem is smilar and I resolved the problem. This is my system informations: linux-source-2.6.15 motherboard asus P4V800D-X. via chipset is PT880 Ultra $ lspci :00:00.0 Host bridge: VIA Technologies, Inc. PT894 Host Bridge :00:00.1 Host bridge: VIA Technologies, Inc. PT894 Host Bridge :00:00.2 Host bridge: VIA Technologies, Inc. PT894 Host Bridge :00:00.3 Host bridge: VIA Technologies, Inc. PT890 Host Bridge :00:00.4 Host bridge: VIA Technologies, Inc. PT894 Host Bridge :00:00.5 PIC: VIA Technologies, Inc. PT894 I/O APIC Interrupt Controller :00:00.7 Host bridge: VIA Technologies, Inc. PT894 Host Bridge :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge :00:0a.0 Multimedia audio controller: Creative Labs SB Audigy (rev 04) :00:0a.1 Input device controller: Creative Labs SB Audigy MIDI/Game port (rev 04) :00:0a.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port (rev 04) :00:0f.0 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) :00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South] :00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78) :01:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600/GeForce 6600 GT] (rev a2) $ lspci -n | head -n 1 :00:00.0 0600: 1106:0308 In kernel source i have put in the file ./include/linux/pci_ids.h #define PCI_DEVICE_ID_VIA_PT880 0x0308 #define PCI_DEVICE_ID_NVIDIA_QUADRO_FX_2000 0x Now: $ dmesg | grep agp Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected VIA PT880 chipset agpgart: AGP aperture is 512M @ 0xc000 agpgart: Found an AGP 3.5 compliant device at :00:00.0. agpgart: Putting AGP V3 device at :00:00.0 into 8x mode agpgart: Putting AGP V3 device at :01:00.0 into 8x mode agpgart: Found an AGP 3.5 compliant device at :00:00.0. agpgart: Putting AGP V3 device at :00:00.0 into 8x mode agpgart: Putting AGP V3 device at :01:00.0 into 8x mode and all works ok. I don't find the mail of agpgart's maintainer. Bye, sergio p.s.: sorry for my english :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux-2.6_2.6.15-7_powerpc.changes is NEW
kernel-image-2.6-power3-smp_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/kernel-image-2.6-power3-smp_2.6.15-7_powerpc.deb kernel-image-2.6-power3_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/kernel-image-2.6-power3_2.6.15-7_powerpc.deb kernel-image-2.6-power4-smp_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/kernel-image-2.6-power4-smp_2.6.15-7_powerpc.deb kernel-image-2.6-power4_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/kernel-image-2.6-power4_2.6.15-7_powerpc.deb kernel-image-2.6-powerpc-smp_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/kernel-image-2.6-powerpc-smp_2.6.15-7_powerpc.deb kernel-image-2.6-powerpc_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/kernel-image-2.6-powerpc_2.6.15-7_powerpc.deb kernel-image-power3-smp_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/kernel-image-power3-smp_2.6.15-7_powerpc.deb kernel-image-power3_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/kernel-image-power3_2.6.15-7_powerpc.deb kernel-image-power4-smp_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/kernel-image-power4-smp_2.6.15-7_powerpc.deb kernel-image-power4_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/kernel-image-power4_2.6.15-7_powerpc.deb kernel-image-powerpc-smp_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/kernel-image-powerpc-smp_2.6.15-7_powerpc.deb kernel-image-powerpc_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/kernel-image-powerpc_2.6.15-7_powerpc.deb linux-2.6_2.6.15-7.diff.gz to pool/main/l/linux-2.6/linux-2.6_2.6.15-7.diff.gz linux-2.6_2.6.15-7.dsc to pool/main/l/linux-2.6/linux-2.6_2.6.15-7.dsc (new) linux-doc-2.6.15_2.6.15-7_all.deb optional doc Linux kernel specific documentation for version 2.6.15 This package provides the various README files and HTML documentation for the Linux kernel version 2.6.15. Plenty of information, including the descriptions of varios kernel subsystems, filesystems, driver-specific notes and the like. Consult the file . /usr/share/doc/linux-doc-2.6.15/Documentation/00-INDEX . for the detailed description of the contents. . This packages is produced using an updated kernel packaging system and replaces older kernel-doc packages linux-headers-2.6-apus_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6-apus_2.6.15-7_powerpc.deb linux-headers-2.6-powerpc-miboot_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6-powerpc-miboot_2.6.15-7_powerpc.deb linux-headers-2.6-powerpc-smp_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6-powerpc-smp_2.6.15-7_powerpc.deb linux-headers-2.6-powerpc64_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6-powerpc64_2.6.15-7_powerpc.deb linux-headers-2.6-powerpc_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6-powerpc_2.6.15-7_powerpc.deb linux-headers-2.6.15-1-apus_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-apus_2.6.15-7_powerpc.deb linux-headers-2.6.15-1-powerpc-miboot_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-powerpc-miboot_2.6.15-7_powerpc.deb linux-headers-2.6.15-1-powerpc-smp_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-powerpc-smp_2.6.15-7_powerpc.deb linux-headers-2.6.15-1-powerpc64_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-powerpc64_2.6.15-7_powerpc.deb linux-headers-2.6.15-1-powerpc_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-powerpc_2.6.15-7_powerpc.deb linux-headers-2.6.15-1_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1_2.6.15-7_powerpc.deb linux-headers-2.6.15_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.15_2.6.15-7_powerpc.deb linux-image-2.6-apus_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6-apus_2.6.15-7_powerpc.deb linux-image-2.6-powerpc-miboot_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6-powerpc-miboot_2.6.15-7_powerpc.deb linux-image-2.6-powerpc-smp_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6-powerpc-smp_2.6.15-7_powerpc.deb linux-image-2.6-powerpc64_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6-powerpc64_2.6.15-7_powerpc.deb linux-image-2.6-powerpc_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6-powerpc_2.6.15-7_powerpc.deb linux-image-2.6.15-1-apus_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.15-1-apus_2.6.15-7_powerpc.deb linux-image-2.6.15-1-powerpc-miboot_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.15-1-powerpc-miboot_2.6.15-7_powerpc.deb linux-image-2.6.15-1-powerpc-smp_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.15-1-powerpc-smp_2.6.15-7_powerpc.deb linux-image-2.6.15-1-powerpc64_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.15-1-powerpc64_2.6.15-7_powerpc.deb linux-image-2.6.15-1-powerpc_2.6.15-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.15-1-powerpc_2.6.15-7_powerpc.deb linux-image-apus_2.6.15-7_powerpc.deb to pool/main/l/linu
Processing of linux-2.6_2.6.15-7_powerpc.changes
linux-2.6_2.6.15-7_powerpc.changes uploaded successfully to localhost along with the files: linux-2.6_2.6.15-7.dsc linux-2.6_2.6.15-7.diff.gz linux-doc-2.6.15_2.6.15-7_all.deb linux-manual-2.6.15_2.6.15-7_all.deb linux-patch-debian-2.6.15_2.6.15-7_all.deb linux-source-2.6.15_2.6.15-7_all.deb linux-tree-2.6.15_2.6.15-7_all.deb linux-headers-2.6.15_2.6.15-7_powerpc.deb linux-headers-2.6.15-1_2.6.15-7_powerpc.deb linux-headers-2.6.15-1-apus_2.6.15-7_powerpc.deb linux-image-2.6.15-1-apus_2.6.15-7_powerpc.deb linux-image-apus_2.6.15-7_powerpc.deb linux-image-2.6-apus_2.6.15-7_powerpc.deb linux-headers-2.6-apus_2.6.15-7_powerpc.deb linux-headers-2.6.15-1-powerpc_2.6.15-7_powerpc.deb linux-image-2.6.15-1-powerpc_2.6.15-7_powerpc.deb linux-image-powerpc_2.6.15-7_powerpc.deb linux-image-2.6-powerpc_2.6.15-7_powerpc.deb linux-headers-2.6-powerpc_2.6.15-7_powerpc.deb linux-headers-2.6.15-1-powerpc-smp_2.6.15-7_powerpc.deb linux-image-2.6.15-1-powerpc-smp_2.6.15-7_powerpc.deb linux-image-powerpc-smp_2.6.15-7_powerpc.deb linux-image-2.6-powerpc-smp_2.6.15-7_powerpc.deb linux-headers-2.6-powerpc-smp_2.6.15-7_powerpc.deb linux-headers-2.6.15-1-powerpc-miboot_2.6.15-7_powerpc.deb linux-image-2.6.15-1-powerpc-miboot_2.6.15-7_powerpc.deb linux-image-powerpc-miboot_2.6.15-7_powerpc.deb linux-image-2.6-powerpc-miboot_2.6.15-7_powerpc.deb linux-headers-2.6-powerpc-miboot_2.6.15-7_powerpc.deb linux-headers-2.6.15-1-powerpc64_2.6.15-7_powerpc.deb linux-image-2.6.15-1-powerpc64_2.6.15-7_powerpc.deb linux-image-powerpc64_2.6.15-7_powerpc.deb linux-image-2.6-powerpc64_2.6.15-7_powerpc.deb linux-headers-2.6-powerpc64_2.6.15-7_powerpc.deb kernel-image-powerpc_2.6.15-7_powerpc.deb kernel-image-2.6-powerpc_2.6.15-7_powerpc.deb kernel-image-powerpc-smp_2.6.15-7_powerpc.deb kernel-image-2.6-powerpc-smp_2.6.15-7_powerpc.deb kernel-image-power3_2.6.15-7_powerpc.deb kernel-image-2.6-power3_2.6.15-7_powerpc.deb kernel-image-power3-smp_2.6.15-7_powerpc.deb kernel-image-2.6-power3-smp_2.6.15-7_powerpc.deb kernel-image-power4_2.6.15-7_powerpc.deb kernel-image-2.6-power4_2.6.15-7_powerpc.deb kernel-image-power4-smp_2.6.15-7_powerpc.deb kernel-image-2.6-power4-smp_2.6.15-7_powerpc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353790: Progress
Hi, I googled a bit, and that led me to what I think is the solution. If you read the thread at http://www.linuxquestions.org/questions/showthread.php?threadid=278603, you find that there are known problems with Seagate and the Silicon Image 3112a controller. "What you need to do is add your drive model (ex: ST3200822AS) to the blacklist in sata_sil.c (/drivers/scsi/sata_sil.c). Look for the section with a listing of drives and MOD_15_QUIRK. Needless to say, this involves recompiling the sata_sil kernel module." This quirk flag is named SIL_QUIRK_MOD15WRITE in current kernel sources. It turns out that my disk, Seagate ST3200822AS, is already on the blacklist with the correct quirk flag. However, the quirk fix isn't applied for 3512 controllers, which is what I've got. I changed sata_sil.c like this: --- drivers/scsi/sata_sil.c.orig 2006-02-21 18:10:43.0 +0100 +++ drivers/scsi/sata_sil.c 2006-02-21 19:40:35.0 +0100 @@ -90,7 +90,7 @@ static const struct pci_device_id sil_pci_tbl[] = { { 0x1095, 0x3112, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sil_3112_m15w }, { 0x1095, 0x0240, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sil_3112_m15w }, - { 0x1095, 0x3512, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sil_3112 }, + { 0x1095, 0x3512, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sil_3112_m15w }, { 0x1095, 0x3114, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sil_3114 }, { 0x1002, 0x436e, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sil_3112_m15w }, { 0x1002, 0x4379, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sil_3112_m15w }, I can see from the log that Seagate errata fix is enabled, and haven't seen any more lockups. This removes the last occurrence of sil_3112 in sil_pci_tbl. Regards Jon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352972: linux-image-2.6.15-1-686: fail to use udma with intel
Frederik Schueler a écrit : > Can you please have a look at the bios settings if this is correct? Yes, I didnt change any BIOS settings since 2003. I checked them, of course, but they were correct. The error message was irrelevant. The real problem was that the ICH4 Intel chipset appeared to late in the boot process. The DMA problems appeared when I updated to the linux-image package (unstable). I never had DMA problems before on that box. Last time I remember DMA problems, it was a problem (some forgotten IDE patch) in the debian package a few months (years?) ago. As I wrote in the previous mail, it's fixed, but I dont know exactly what was the fix. I rebooted several times with no luck. Then I tried several config / package changes, and it finally worked. Ch.
Bug#352972: linux-image-2.6.15-1-686: fail to use udma with intel
Hello, On Tue, Feb 21, 2006 at 02:26:36PM +0100, Christophe Chisogne wrote: > ICH4: neither IDE port enabled (BIOS) Can you please have a look at the bios settings if this is correct? Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#352972: linux-image-2.6.15-1-686: fail to use udma with intel
I dont know what exactly was the problem, but it is now fixed for me. Anyway, thanks to the magic voodoo that helped me :-) Here are the relevant commands I used between reboots. vim /etc/modules # added piix near the top depmod -a aptitude install yaird depmod -a dpkg-reconfigure linux-image-2.6.15-1-686 # didnt select yaird # complained about /dev/root which is "not a directory". Indeed: # ls -l /dev/root shows a block device. But I was in single user mode. So init 2 vim /etc/lilo.conf # check what happend : no idea. Changed default image lilo -t lilo And here is relevent part of dmesg, which shows that ICH4 is now used earlier in the boot process, leading to correct DMA settings :-) Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ... ICH4: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] -> GSI 18 (level, low) -> IRQ 185 ICH4: chipset revision 1 ICH4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:pio, hdd:DMA Probing IDE interface ide0... hda: ST360015A, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... hdd: HL-DT-ST CD-ROM GCR-8520B, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 hda: max request size: 128KiB hda: 117231408 sectors (60022 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100) hda: cache flushes supported hda: hda1 hda2 hda3 < hda5 hda6 hda7 > I really dont like when things behave mysteriously while I dont understand what's going on : it's too Micro$oftish. But this just happen to me :-/ Anyway, I hope it can help others. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352972: linux-image-2.6.15-1-686: fail to use udma with intel
Same problem here with linux-image 2.6.15-6. Performance is quite horrible without my usual UDMA ide settings. Launching bonnie++ means a 10.0+ load ! # hdparm -d 1 /dev/hda /dev/hda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted using_dma= 0 (off) # uname -a Linux mercury 2.6.15-1-686 #1 Fri Feb 10 15:49:07 UTC 2006 i686 GNU/Linux linux-image package installed: - linux-image-2.6-686 2.6.15-6 - linux-image-2.6.15-1-686 2.6.15-6 Below is part of the dmesg log (uptime: 3 days). It seems ICH4 come too late in the boot process. No disk-related module is listed in /etc/modules. Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx Probing IDE interface ide0... hda: ST360015A, ATA DISK drive Probing IDE interface ide1... hdd: HL-DT-ST CD-ROM GCR-8520B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: max request size: 128KiB hda: 117231408 sectors (60022 MB) w/2048KiB Cache, CHS=65535/16/63 hda: cache flushes supported hda: hda1 hda2 hda3 < hda5 hda6 hda7 > ... shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 ICH4: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] -> GSI 18 (level, low) -> IRQ 193 ICH4: chipset revision 1 ICH4: not 100% native mode: will probe irqs later ICH4: port 0x01f0 already claimed by ide0 ICH4: port 0x0170 already claimed by ide1 ICH4: neither IDE port enabled (BIOS) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353790: More info
I forgot to tell that I've seen this problem with kernels as far back as 2.6.8. My feeling is that it happens more frequently now than half a year ago. I know this points in the direction of hardware problems, but Windows works, even for large file copies. The vendor mounted two disks and copied a 15 GB dummy file back and forth. Result OK. Test was repeated while system was stressed. Still OK. Finally a continuous 65 hour stress test. May be marginal timings have become more problematic over time. I know this will be hard to track down. Suggestions for workarounds are welcome. Is there anything like hdparm for SATA? Regards Jon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341801: independent confirmation
On Tue, Feb 21, 2006 at 01:15:26AM -0800, Kevin Brown wrote: > Just the VIA SATA controller for now. I have a system with an A8V > (non-Deluxe version) that doesn't have the on-board Promise > controller. I put a SATA 150 TX4 in it, and I'm using two ports on > that and the two on-board VIA SATA ports. That system hasn't seen any > hanging issues either. I've seen hangs on both A8V and A8V deluxe on both controllers. They seemed to go away if I selected the deadline io scheduler. Bastian -- Extreme feminine beauty is always disturbing. -- Spock, "The Cloud Minders", stardate 5818.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#265916: (no subject)
I don't have access to the hardware in question anymore, sorry. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341801: independent confirmation
Anthony DeRobertis wrote: > Kevin Brown wrote: > > > Well, the main reason is that I didn't see any advantage, since I'm > > running a non-SMP system. > > Ok, so you don't see the ethernet/sata hangs, then? Are you using the > VIA SATA controller or the Promise one? Just the VIA SATA controller for now. I have a system with an A8V (non-Deluxe version) that doesn't have the on-board Promise controller. I put a SATA 150 TX4 in it, and I'm using two ports on that and the two on-board VIA SATA ports. That system hasn't seen any hanging issues either. Could you test with the amd64-generic kernel to see if you get hangs with the on-board Promise controller and ethernet? I was considering putting another couple of disks in mine but don't want to spend the cash if it'll just hang. > Oh, sorry! I read that wrong. I read it as "I'm using ECC memory and > have ECC /disabled/" which is what provoked the "why the heck..." > response. Oh. That makes much more sense. :-) > (I have non-ECC only because I wasn't sure if this board supported ECC) It certainly does. I refuse to buy a motherboard that won't. The price difference between ECC and non-ECC memory is minimal. I think that even boards which don't support ECC memory can still make use of ECC memory sticks. You just won't get ECC. Not sure, though. The slots are the same so I don't really see why it wouldn't work. That way, if you wind up with an ECC-capable motherboard later on you can use the old memory in ECC mode. -- Kevin Brown [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353809: initramfs-tools: Silently destroys yaird initrd image on package update
On Tue, Feb 21, 2006 at 09:19:29AM +0100, Bastian Blank wrote: > On Mon, Feb 20, 2006 at 07:49:42PM -0800, Steve Langasek wrote: > > Um. How does this "break unrelated software"? > Yes. The kernel image depends on both. So yaird is unrelated to > initramfs-tools. > > It doesn't respect the > > policy set in /etc/kernel-img.conf, and it overwrites the initrd image > > without asking, but what *broke*? > It breaks booting of all images. *How*? Nothing in this report has described actual breakage. If using initramfs-tools to generate initramfs images prevents the system from booting, that is indeed a critical bug, but that's not the bug that Jonas filed. -- 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] http://www.debian.org/ signature.asc Description: Digital signature
Bug#353809: initramfs-tools: Silently destroys yaird initrd image on package update
On Mon, Feb 20, 2006 at 07:49:42PM -0800, Steve Langasek wrote: > Um. How does this "break unrelated software"? Yes. The kernel image depends on both. So yaird is unrelated to initramfs-tools. > It doesn't respect the > policy set in /etc/kernel-img.conf, and it overwrites the initrd image > without asking, but what *broke*? It breaks booting of all images. Bastian -- Earth -- mother of the most beautiful women in the universe. -- Apollo, "Who Mourns for Adonais?" stardate 3468.1 signature.asc Description: Digital signature
Bug#341801: independent confirmation
Kevin Brown wrote: > Well, the main reason is that I didn't see any advantage, since I'm > running a non-SMP system. Ok, so you don't see the ethernet/sata hangs, then? Are you using the VIA SATA controller or the Promise one? > > >>>One other thing: I'm using ECC memory, and have ECC enabled. >> >>Why they heck would you do that... ? > > > Two reasons: the first is that I want as much stability as I can get, > and ECC increases that. Oh, sorry! I read that wrong. I read it as "I'm using ECC memory and have ECC /disabled/" which is what provoked the "why the heck..." response. (I have non-ECC only because I wasn't sure if this board supported ECC) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]