Bug#268184: fixed in SVN

2004-09-20 Thread Andres Salomon
Looks like the problem is the addition of CONFIG_USB_STORAGE_RW_DETECT
in 2.6.8; this will be disabled in the next kernel-image release (-4).
With it turned off, the Mode Sense won't be done; write mode will simply
be assumed.

-- 
Andres Salomon [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part


Processed: initrd-tools isssue

2004-09-20 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 270423 initrd-tools
Bug#270423: kernel-image-2.6.8-1-386: Package failed to install
Bug reassigned from package `kernel-image-2.6.8-1-386' to `initrd-tools'.

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




Processing of kernel-image-2.6.8-alpha_2.6.8-4_alpha.changes

2004-09-20 Thread Archive Administrator
kernel-image-2.6.8-alpha_2.6.8-4_alpha.changes uploaded successfully to 
localhost
along with the files:
  kernel-image-2.6.8-alpha_2.6.8-4.dsc
  kernel-image-2.6.8-alpha_2.6.8-4.tar.gz
  kernel-headers-2.6.8-1_2.6.8-4_alpha.deb
  kernel-headers-2.6.8-1-smp_2.6.8-4_alpha.deb
  kernel-image-2.6.8-1-smp_2.6.8-4_alpha.deb
  kernel-headers-2.6.8-1-generic_2.6.8-4_alpha.deb
  kernel-image-2.6.8-1-generic_2.6.8-4_alpha.deb

Greetings,

Your Debian queue daemon




kernel-image-2.6.8-alpha_2.6.8-4_alpha.changes ACCEPTED

2004-09-20 Thread Debian Installer

Accepted:
kernel-headers-2.6.8-1-generic_2.6.8-4_alpha.deb
  to 
pool/main/k/kernel-image-2.6.8-alpha/kernel-headers-2.6.8-1-generic_2.6.8-4_alpha.deb
kernel-headers-2.6.8-1-smp_2.6.8-4_alpha.deb
  to 
pool/main/k/kernel-image-2.6.8-alpha/kernel-headers-2.6.8-1-smp_2.6.8-4_alpha.deb
kernel-headers-2.6.8-1_2.6.8-4_alpha.deb
  to 
pool/main/k/kernel-image-2.6.8-alpha/kernel-headers-2.6.8-1_2.6.8-4_alpha.deb
kernel-image-2.6.8-1-generic_2.6.8-4_alpha.deb
  to 
pool/main/k/kernel-image-2.6.8-alpha/kernel-image-2.6.8-1-generic_2.6.8-4_alpha.deb
kernel-image-2.6.8-1-smp_2.6.8-4_alpha.deb
  to 
pool/main/k/kernel-image-2.6.8-alpha/kernel-image-2.6.8-1-smp_2.6.8-4_alpha.deb
kernel-image-2.6.8-alpha_2.6.8-4.dsc
  to pool/main/k/kernel-image-2.6.8-alpha/kernel-image-2.6.8-alpha_2.6.8-4.dsc
kernel-image-2.6.8-alpha_2.6.8-4.tar.gz
  to 
pool/main/k/kernel-image-2.6.8-alpha/kernel-image-2.6.8-alpha_2.6.8-4.tar.gz
Announcing to debian-devel-changes@lists.debian.org


Thank you for your contribution to Debian.




Bug#269604: english translation

2004-09-20 Thread Magnus Ekdahl
Andres Salomon wrote:
Hi,
Babelfish doesn't do swedish-english; can you please translate what the
administrator said into english?  
Approximately what I said previously. A more exact translation follows:
First I'm saying
  Det kan vara en möjlighet. Finns det något ställe att hitta mera info om
detta
   problem?
  
translates to:
That can be a possibility. Is their any place where I can find more info about
this problem?
Then he says:
Ja, säkert massor. Enligt vad jag läste är det för att olika
brandväggar strippar TCP-options initialt. Vår brandvägg gör inte
det, men Linuxen fattar inte det.  Det går att ställa in nånstans
i /proc hur den skall göra.
A close translation should be:
Yes probably a lot. According to what I read its because different firewalls
strips TCP-options initially. Our firewall doesn't do that, but Linuxen doesn't
get it. Its possible to configure it to do the right thing somewhere under 
/proc.
My interpretation of what he means is as in the last mail, i.e.
one possible reason for this problem is that Linux can't handle that their
firewall won't strip TCP packages initially.
I guess you could test mailing him at [EMAIL PROTECTED] also. I sent another
mail asking for clarification, but as I interpreted it he doesn't remember
anything specific.
Also, connecting to http://www.ludd.luth.se/ works for me w/ 2.6.8-3.
For me too, but the downloading of the page hangs after ~20% of the page.
Another example is ssh connection. doing $ssh [EMAIL PROTECTED] works
in 2.6.7-1 but not in 2.6.8-3.
I'm attaching ssh - output from doing the same ssh connection from both
2.6.7-1 and 2.6.8-3. It should also be reproducible since the error happens
before ssh asks for password.
/Magnus Ekdahl
OpenSSH_3.8.1p1 Debian 1:3.8.1p1-8, OpenSSL 0.9.7d 17 Mar 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to best.ludd.luth.se [130.240.16.78] port 22.
debug1: Connection established.
debug1: identity file /home/magnus/.ssh/identity type -1
debug1: identity file /home/magnus/.ssh/id_rsa type -1
debug3: Not a RSA1 key file /home/magnus/.ssh/id_dsa.
debug2: key_type_from_name: unknown key type '-BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-END'
debug3: key_read: missing keytype
debug1: identity file /home/magnus/.ssh/id_dsa type 2
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.8p1
debug1: match: OpenSSH_3.8p1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 Debian 1:3.8.1p1-8
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL
 PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL
 PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL 
PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL 
PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL
 PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL
 PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL 
PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL 
PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_init: found hmac-md5
debug1: kex: server-client aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
debug1: kex: client-server aes128-cbc hmac-md5 none
debug1: 

Re: Bug#271269: grub: /etc/kernel-img.conf hooks should be added by package's post-install script

2004-09-20 Thread Robert Millan
reassign 271269 kernel
thanks

Good point, although this bug doesn't belong to grub.  I'm reassigning it..

On Sun, Sep 12, 2004 at 12:23:32PM +0300, Martin-?ric Racine wrote:
 Package: grub
 Severity: important
 
 I have been wondering for a long time why the menu.lst gets automatically 
 updated on a single host out of my whole 
 i386 cluster.  The answer seems to be that update-grub won't automatically 
 run whenever upgrading or removing 
 kernel-images, because the following hooks are missing in 
 /etc/kernel-img.conf:
 
 # Update the GRUB menu
 postrm_hook = /sbin/update-grub
 postinst_hook = /sbin/update-grub
 
 Given how Debian standardizes on GRUB starting with Sarge, it would be 
 important that GRUB's installation scripts add
 the above lines to /etc/kernel-img.conf automatically, upon installing or 
 upgrading GRUB.  This would be easy to
 implement and would save the end-user a lot of troubles, thus making Debian 
 more user-friendly.

-- 
 .''`.   Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S)
: :' :
`. `'http://www.debian.org/ports/kfreebsd-gnu
  `-




Bug#272518: kernel: dpt_i2o causes oops under high stress

2004-09-20 Thread Steve King
Package: kernel
Severity: normal

Using the i2o card configured to use JBOD, I was configuring software
RAID 0 (I was getting poor performance with hardware so wanted to
do a comparision). However fairly soon after starting tiobench, the
kernel oopsed.

Full boot and shell log included.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-k7-smp
Locale: LANG=C, LC_CTYPE=C
BIOS-provided physical RAM map:
 BIOS-e820:  - 0009e800 (usable)
 BIOS-e820: 0009e800 - 000a (reserved)
 BIOS-e820: 000d8000 - 0010 (reserved)
 BIOS-e820: 0010 - 3fef (usable)
 BIOS-e820: 3fef - 3feff000 (ACPI data)
 BIOS-e820: 3feff000 - 3ff0 (ACPI NVS)
 BIOS-e820: 3ff0 - 3ff8 (usable)
 BIOS-e820: 3ff8 - 4000 (reserved)
 BIOS-e820: fec0 - fec04000 (reserved)
 BIOS-e820: fee0 - fee01000 (reserved)
 BIOS-e820: fff8 - 0001 (reserved)
127MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000f7170
DMI 2.3 present.
ACPI: RSDP (v000 PTLTD ) @ 0x000f7100
ACPI: RSDT (v001 PTLTDRSDT   0x0604  LTP 0x) @ 0x3fefcf28
ACPI: FADT (v001 AMDTECATE   0x0604 PTL  0x000f4240) @ 0x3fefef2e
ACPI: MADT (v001 PTLTD   APIC   0x0604  LTP 0x) @ 0x3fefefa2
ACPI: DSDT (v001AMD  AMDACPI 0x0604 MSFT 0x010d) @ 0x
ACPI: PM-Timer IO Port: 0x8008
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x01] enabled)
Processor #1 6:8 APIC version 16
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 6:8 APIC version 16
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0])
IOAPIC[0]: Assigned apic_id 2
IOAPIC[0]: apic_id 2, version 17, address 0xfec0, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Built 1 zonelists
Kernel command line: root=/dev/sda2 ro console=ttyS0,115200 
Initializing CPU#0
PID hash table entries: 4096 (order 12: 32768 bytes)
Detected 2000.282 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1030128k/1048064k available (1637k kernel code, 16960k reserved, 775k 
data, 168k init, 130496k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 3956.73 BogoMIPS
Security Scaffold v1.0.0 initialized
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: AMD Athlon(tm) MP 2400+ stepping 01
per-CPU timeslice cutoff: 731.38 usecs.
task migration cache decay timeout: 1 msecs.
masked ExtINT on CPU#0
ESR value before enabling vector: 
ESR value after enabling vector: 
Booting processor 1/0 eip 3000
Initializing CPU#1
masked ExtINT on CPU#1
ESR value before enabling vector: 
ESR value after enabling vector: 
Calibrating delay loop... 3997.69 BogoMIPS
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: AMD Athlon(tm) Processor stepping 01
Total of 2 processors activated (7954.43 BogoMIPS).
ENABLING IO-APIC IRQs
...TIMER: vector=0x31 pin1=2 pin2=-1
Using local APIC timer interrupts.
calibrating APIC timer ...
.. CPU clock speed is 1999.0827 MHz.
.. host bus clock speed is 266.0643 MHz.
checking TSC synchronization across 2 CPUs: passed.
Brought up 2 CPUs
checking if image is initramfs...it isn't (ungzip failed); looks like an initrd
Freeing initrd memory: 4728k freed
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfd7d0, last bus=3
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
mtrr: your CPUs had inconsistent fixed MTRR settings
mtrr: probably your BIOS does not setup all CPUs.
mtrr: corrected configuration.
ACPI: Subsystem revision 20040326
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 *5 10 11)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 5 10 11) *9
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 5 10 *11)
ACPI: PCI 

Processed: Re: Bug#271269: grub: /etc/kernel-img.conf hooks should be added by package's post-install script

2004-09-20 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 271269 kernel
Bug#271269: grub: /etc/kernel-img.conf hooks should be added by package's 
post-install script
Bug reassigned from package `grub' to `kernel'.

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




Bug#272519: Kernel 2.6.8 Hangs Laptop

2004-09-20 Thread Russ Woodman
Package: kernel-image-2.6.8-1-686
Version: 2.6.8-3

After installing this kernel deb, my Inspiron 8100 laptop will not fully
boot.  It is reproducible at all times, however the place in the boot
sequence where the computer will hang is never the same.  After the
initial filesystem check, during module dependency calculation or at NIC
initilization or three popular times for the hang to occur.

I have purged the deb and reinstalled and the same behavior is exhibited.
When I reverted to 2.6.7, everything was fine.  I also believe that
2.6.8-1 and 2.6.8-2 did not exhibit this problem.

I submit there is a bug somewhere in the kernel package that needs to be
corrected.

I am using Debian GNU/Linux 3.1 (unstable), kernel 2.6.8-3 (when the
problem occurs) on a Dell Inspiron 8100 with a PIII/1000MHz processor and
512MB of RAM.




Bug#271269: grub: /etc/kernel-img.conf hooks should be added by package's post-install script

2004-09-20 Thread Martin-Éric Racine
reassign 271269 grub
thanks

Sorry, I really don't see how this could be the kernel's problem.  It is up to
each bootloader to find all kernel-packages and add them to its menu. As such,
this bug indeed belongs to GRUB, not to the kernel.

On Mon, 20 Sep 2004, Robert Millan wrote:

 reassign 271269 kernel
 thanks
 
 Good point, although this bug doesn't belong to grub.  I'm reassigning it..
 
 On Sun, Sep 12, 2004 at 12:23:32PM +0300, Martin-?ric Racine wrote:
  Package: grub
  Severity: important
  
  I have been wondering for a long time why the menu.lst gets automatically 
  updated on a single host out of my whole 
  i386 cluster.  The answer seems to be that update-grub won't automatically 
  run whenever upgrading or removing 
  kernel-images, because the following hooks are missing in 
  /etc/kernel-img.conf:
  
  # Update the GRUB menu
  postrm_hook = /sbin/update-grub
  postinst_hook = /sbin/update-grub
  
  Given how Debian standardizes on GRUB starting with Sarge, it would be 
  important that GRUB's installation scripts add
  the above lines to /etc/kernel-img.conf automatically, upon installing or 
  upgrading GRUB.  This would be easy to
  implement and would save the end-user a lot of troubles, thus making Debian 
  more user-friendly.
 
 

-- 
Martin-Éric Racine, ICT Consultant
http://www.iki.fi/q-funk/






Bug#269604: english translation

2004-09-20 Thread Andres Salomon
On Mon, 2004-09-20 at 11:23 +0200, Magnus Ekdahl wrote:
 A close translation should be:
 Yes probably a lot. According to what I read its because different
 firewalls
 strips TCP-options initially. Our firewall doesn't do that, but
 Linuxen doesn't
 get it. Its possible to configure it to do the right thing somewhere
 under /proc.
 
 My interpretation of what he means is as in the last mail, i.e.
 
 one possible reason for this problem is that Linux can't handle that
 their
 firewall won't strip TCP packages initially.

Ok, I'm betting this is related to #267342.  Please try
setting /proc/sys/net/ipv4/tcp_default_win_scale to 0, and see if that
fixes things for you.


-- 
Andres Salomon [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part


Re: Bug#272519: Kernel 2.6.8 Hangs Laptop

2004-09-20 Thread Francesco Paolo Lovergine
On Mon, Sep 20, 2004 at 09:45:28AM -0500, Russ Woodman wrote:
 Package: kernel-image-2.6.8-1-686
 Version: 2.6.8-3
 
 After installing this kernel deb, my Inspiron 8100 laptop will not fully
 boot.  It is reproducible at all times, however the place in the boot
 sequence where the computer will hang is never the same.  After the
 initial filesystem check, during module dependency calculation or at NIC
 initilization or three popular times for the hang to occur.
 

Would you please try with acpi=off arg?

-- 
Francesco P. Lovergine




Bug#272524: kernel: i2o_block leaks memory, hoggs processor

2004-09-20 Thread Steve King
Package: kernel
Severity: important

Running tiobench on a drive managed by i2o_block causes a memory
leak which eventually makes the machine unusable.

The available memory slowly dimishes (cache shrinks).
Processes begin to complain of no available memory.

During the same procedure, it seems to use 100% wait of 1 system
processor.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-k7-smp
Locale: LANG=C, LC_CTYPE=C
BIOS-provided physical RAM map:
 BIOS-e820:  - 0009e800 (usable)
 BIOS-e820: 0009e800 - 000a (reserved)
 BIOS-e820: 000d8000 - 0010 (reserved)
 BIOS-e820: 0010 - 3fef (usable)
 BIOS-e820: 3fef - 3feff000 (ACPI data)
 BIOS-e820: 3feff000 - 3ff0 (ACPI NVS)
 BIOS-e820: 3ff0 - 3ff8 (usable)
 BIOS-e820: 3ff8 - 4000 (reserved)
 BIOS-e820: fec0 - fec04000 (reserved)
 BIOS-e820: fee0 - fee01000 (reserved)
 BIOS-e820: fff8 - 0001 (reserved)
127MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000f7170
DMI 2.3 present.
ACPI: RSDP (v000 PTLTD ) @ 0x000f7100
ACPI: RSDT (v001 PTLTDRSDT   0x0604  LTP 0x) @ 0x3fefcf28
ACPI: FADT (v001 AMDTECATE   0x0604 PTL  0x000f4240) @ 0x3fefef2e
ACPI: MADT (v001 PTLTD   APIC   0x0604  LTP 0x) @ 0x3fefefa2
ACPI: DSDT (v001AMD  AMDACPI 0x0604 MSFT 0x010d) @ 0x
ACPI: PM-Timer IO Port: 0x8008
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x01] enabled)
Processor #1 6:8 APIC version 16
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 6:8 APIC version 16
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0])
IOAPIC[0]: Assigned apic_id 2
IOAPIC[0]: apic_id 2, version 17, address 0xfec0, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Built 1 zonelists
Kernel command line: root=/dev/sda2 ro console=ttyS0,115200 
Initializing CPU#0
PID hash table entries: 4096 (order 12: 32768 bytes)
Detected 2000.282 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1030128k/1048064k available (1637k kernel code, 16960k reserved, 775k 
data, 168k init, 130496k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 3956.73 BogoMIPS
Security Scaffold v1.0.0 initialized
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: AMD Athlon(tm) MP 2400+ stepping 01
per-CPU timeslice cutoff: 731.38 usecs.
task migration cache decay timeout: 1 msecs.
masked ExtINT on CPU#0
ESR value before enabling vector: 
ESR value after enabling vector: 
Booting processor 1/0 eip 3000
Initializing CPU#1
masked ExtINT on CPU#1
ESR value before enabling vector: 
ESR value after enabling vector: 
Calibrating delay loop... 3997.69 BogoMIPS
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: AMD Athlon(tm) Processor stepping 01
Total of 2 processors activated (7954.43 BogoMIPS).
ENABLING IO-APIC IRQs
...TIMER: vector=0x31 pin1=2 pin2=-1
Using local APIC timer interrupts.
calibrating APIC timer ...
.. CPU clock speed is 1999.0664 MHz.
.. host bus clock speed is 266.0621 MHz.
checking TSC synchronization across 2 CPUs: passed.
Brought up 2 CPUs
checking if image is initramfs...it isn't (ungzip failed); looks like an initrd
Freeing initrd memory: 4728k freed
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfd7d0, last bus=3
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
mtrr: your CPUs had inconsistent fixed MTRR settings
mtrr: probably your BIOS does not setup all CPUs.
mtrr: corrected configuration.
ACPI: Subsystem revision 20040326
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 *5 10 11)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 5 10 11) *9
ACPI: PCI Interrupt 

Bug#269164: marked as done (kernel-image-2.6.8-1-386: oops in u32_classify htb_classify)

2004-09-20 Thread Debian Bug Tracking System
Your message dated Mon, 20 Sep 2004 11:21:17 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#269164: updated oops?
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 31 Aug 2004 06:44:12 +
From [EMAIL PROTECTED] Mon Aug 30 23:44:12 2004
Return-path: [EMAIL PROTECTED]
Received: from moat.murgatroid.com (mail.murgatroid.com) [69.17.55.116] 
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1C22NI-0004nJ-00; Mon, 30 Aug 2004 23:44:12 -0700
Received: from tosh (tosh.murgatroid.com [10.0.1.195])
by mail.murgatroid.com (Postfix) with ESMTP
id 6E0A2669996; Mon, 30 Aug 2004 23:44:11 -0700 (PDT)
Received: by tosh (Postfix, from userid 1000)
id 0BEA48FB59; Mon, 30 Aug 2004 23:44:09 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Christopher Hoover [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: kernel-image-2.6.8-1-386: oops in u32_classify  htb_classify
X-Mailer: reportbug 2.64
Date: Mon, 30 Aug 2004 23:44:09 -0700
Message-Id: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

Package: kernel-image-2.6.8-1-386
Severity: critical
Justification: breaks the whole system



-- System Information:
Debian Release: 3.1
  APT prefers sid
  APT policy: (500, 'sid')
Architecture: i386 (i386)
Kernel: Linux 2.6.8-1-386
Locale: LANG=C, LC_CTYPE=C

This is on a Soekris net4801. It affects both versions 2.6.8-1 and 2.6.8-2.

-ch

Linux version 2.6.8-1-386 ([EMAIL PROTECTED]) (gcc version 3.3.4 
(D4BIOS-provided physical RAM map:
 BIOS-e801:  - 0009f000 (usable)
 BIOS-e801: 0010 - 0800 (usable)
128MB LOWMEM available.
DMI not present.
ACPI: Unable to locate RSDP
Built 1 zonelists
Kernel command line: root=/dev/hda2 ro console=ttyS0,115200
No local APIC present or hardware disabled
Initializing CPU#0
PID hash table entries: 1024 (order 10: 8192 bytes)
Detected 266.675 MHz processor.
Using tsc for high-res timesource
Console: colour dummy device 80x25
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 122332k/131072k available (1329k kernel code, 8168k reserved, 727k 
data)Checking if this processor honours the WP bit even in supervisor mode... 
Ok.
Calibrating delay loop... 523.26 BogoMIPS
Security Scaffold v1.0.0 initialized
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: NSC Unknown stepping 01
Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
checking if image is initramfs...it isn't (ungzip failed); looks like an initrd
Freeing initrd memory: 4312k freed
NET: Registered protocol family 16
EISA bus registered
PCI: PCI BIOS revision 2.00 entry at 0xf7861, last bus=0
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20040326
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
PnPBIOS: Scanning system for PnP BIOS support...
PnPBIOS: PnP BIOS support was not detected.
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch ([EMAIL PROTECTED])
devfs: boot_options: 0x0
Initializing Cryptographic API
isapnp: Scanning for PnP cards...
isapnp: No Plug  Play device found
Serial: 8250/16550 driver $Revision: 1.90 $ 54 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
EISA: Probing bus 0 at eisa0
EISA: Detected 0 cards.
NET: Registered protocol family 2
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET: Registered protocol family 8
NET: Registered protocol family 20
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 4312 blocks [1 disk] into ram disk... done.
VFS: Mounted root (cramfs filesystem) readonly.
Freeing unused kernel memory: 204k freed
initrd-tools: 0.1.74
vesafb: probe 

Processed: Re: Bug#271269: grub: /etc/kernel-img.conf hooks should be added by package's post-install script

2004-09-20 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 271269 grub
Bug#271269: grub: /etc/kernel-img.conf hooks should be added by package's 
post-install script
Bug reassigned from package `kernel' to `grub'.

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




Bug#272540: HPET and RTC conflict

2004-09-20 Thread Ondrej Medek
Package: kernel-image-2.6.8-1-686
Version: 2.6.8-2
Severity: important

Hi,

we have new DELL OptiPlex GX280 with i915G chipset. 

http://support.dell.com/support/edocs/systems/opgx280/en/index.htm

spec:

http://support.dell.com/support/edocs/systems/opgx280/en/ug/specs.htm

I've installed the Sarge, but after the reboot, the machine hanged when
booting a precompiled kernel kernel-image-2.6.8-1-686. The last message was

Real Time Clock Driver v1.12

I have compiled several versions of kernel 2.6.8 (from Debian source
package) and I realized there cannot be chosen HPET and RTC togather. It
works with only HPET or only RTC.

Regards
MeDon


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-perun.7
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (ignored: LC_ALL set to cs_CZ)

Versions of packages kernel-image-2.6.8-1-686 depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  initrd-tools  0.1.74 tools to create initrd image for p
ii  module-init-tools 3.1-pre5-7 tools for managing Linux kernel mo

-- no debconf information




ƒp[ƒgƒ^ƒCƒ€LOVERS‚²“o˜^Ä‘—

2004-09-20 Thread reg
ƒp[ƒgƒ^ƒCƒ€LOVERS‚Ì‚²“o˜^ƒ[ƒ‹‚Å‚·Bˆê“x‚¨‘—‚肵‚Ü‚µ‚½‚ªÄ“x‚¨‘—‚è‚¢‚½‚µ‚Ü‚·B
‰º‹L‚̃AƒhƒŒƒX‚©‚ç“o˜^‚𑱂¯‚Ä‚­‚¾‚³‚¢B
158451584415843158401583715839158381583615819

¡ŒãA‚±‚Ì“o˜^Šm”Fƒ[ƒ‹‚ª•s•K—v‚È•û‚͉º‹L‚̃AƒhƒŒƒX‚ɃAƒNƒZƒX‚µ‚ĉº‚³‚¢B
http://www.parttime-lovers.com/touroku_del.htm?uid=15819





Bug#271858: kernel-image-2.6.8-1-686-smp: For me it's after use of second ethernet

2004-09-20 Thread Pablo Iranzo Gmez
Package: kernel-image-2.6.8-1-686-smp
Followup-For: Bug #271858


Hi

This happens for me just after asking for dhcp info for first card,
and the last message that appears on screen is related to eth1 comming up...

System is a dual P3-450 on an Asus P2B board... With -7 works fine...

Regards
Pablo

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (100, 'testing'), (95, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]




Bug#272523: kernel-image-2.6.8-1-686: Kernel doesn't boot on IBM ThinkPad T23 laptop

2004-09-20 Thread Martin Steigerwald
Package: kernel-image-2.6.8-1-686
Version: 2.6.8-3
Severity: important

KMail has problems directly sending a reportbug e-mail file including 
headers (see: http://bugs.kde.org/show_bug.cgi?id=89882). I did not find 
an easy way to add these two headers manually, mutt is not set up and my 
ISP's SMTP requires SMTP AUTH:

X-Reportbug-Version: 2.63
X-Debbugs-Cc: [EMAIL PROTECTED]


Hello,

The kernel from this package doesn't boot on my IBM ThinkPad T23 laptop 
with 1.13 GHz Mobile Pentium 3 and 384 MB RAM. After GRUB loads the 
kernel and the screen is blanked it will stay blank. I waited some 
minutes, but nothing happens. This also happened sometimes with 2.6.7, 
but most of the time it works. I never had this problem with 2.6.6. 
Earlier versions of the 2.6.8 kernel-image packages (2.6.8-1 and 2.6.8-2) 
worked correctly, but CD burning with K3b did only work as root on 
this configuration. I updated to the latest 2.6.8 kernel-image package to 
see if it fixes that problem and to see whether ACPI works better. But 
well my machine won't boot with it.

Since I ran Kernel 2.6.7 I installed a Teac DVD burner, model DV-W24EW. 
The installation of that device may be related to the problem, as I 
didn't experience any boot problems with 2.6.7 before. However I am able 
to burn CDs and DVDs just fine with this burner (with 2.6.7) provided 
that 2.6.7 does boot (which is most of the time).

This is what I use in GRUB to start the Debian Linux system:

###Don't change this comment - YaST2 identifier: Original name: linux###
title Debian Linux
kernel (hd0,4)/vmlinuz root=/dev/hda5 vga=791
initrd (hd0,4)/initrd.img

This is from a GRUB installed by SUSE Linux 9.1, I didn't get around 
setting up a Debian GRUB installation yet.

This is the PCI hardware in my system:

[EMAIL PROTECTED]:/home/martin - lspci
:00:00.0 Host bridge: Intel Corp. 82830 830 Chipset Host Bridge (rev 
04)
:00:01.0 PCI bridge: Intel Corp. 82830 830 Chipset AGP Bridge (rev 04)
:00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02)
:00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02)
:00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 02)
:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 42)
:00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 02)
:00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02)
:00:1f.3 SMBus: Intel Corp. 82801CA/CAM SMBus Controller (rev 02)
:00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 
Audio Controller (rev 02)
:01:00.0 VGA compatible controller: S3 Inc. SuperSavage IX/C SDR (rev 
05)
:02:00.0 CardBus bridge: Texas Instruments PCI1420
:02:00.1 CardBus bridge: Texas Instruments PCI1420
:02:02.0 Communication controller: Lucent Microelectronics WinModem 
56k (rev 01)
:02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) PRO/100 VE 
(LOM) Ethernet Controller (rev42)

If you need any further information and tests, please let me know.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]

Versions of packages kernel-image-2.6.8-1-686 depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  fileutils 5.2.1-2The GNU file management 
utilities 
ii  initrd-tools  0.1.73 tools to create initrd image 
for p
ii  module-init-tools 3.1-pre5-6 tools for managing Linux 
kernel mo

-- no debconf information

Regards,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de




Bug#269604: Problems with some firewalls

2004-09-20 Thread Christoph Hellwig
On Thu, Sep 02, 2004 at 02:55:50PM +0200, Magnus Ekdahl wrote:
 Subject: Problems with some firewalls
 Package: kernel-image-2.6.8-1-k7
 Version: 2.6.8-2
 Severity: normal
 
 Somewhere after the 18th of august I got problems downloading my mail from
 pophost.ludd.luth.se. One of the administrators said that one possible
 reason for this is that Linux can't handle that their firewall won't strip
 TCP packages initially. As I understand him this should not be specific to
 ludd, but should apply to other sites too for newer 2.6 kernels.

Can you check whether an

echo 0  /proc/sys/net/ipv4/tcp_default_win_scale

makes the problem go away?




Bug#272534: Handspring Visor breaks 2.6.7 - 2.6.8

2004-09-20 Thread Ian Gulliver
Package: kernel-image-2.6.8-1-686
Version: 2.6.8-2
Severity: normal

On kernel-image-2.6.7-1-686 2.6.7-2, pressing the HotSync button on a
USB-attached Handspring Visor Edge, Palm OS v3.5.2H2.0 causes:

usb 4-1: new full speed USB device using address 9
usb 4-1: Handspring Visor / Palm OS: port 1, is for Generic use
usb 4-1: Handspring Visor / Palm OS: port 2, is for HotSync use
usb 4-1: Handspring Visor / Palm OS: Number of ports: 2
usbserial 4-1:1.0: Handspring Visor / Palm OS converter detected
usb 4-1: Handspring Visor / Palm OS converter now attached to ttyUSB0 (or 
usb/tts/0 for devfs)
usb 4-1: Handspring Visor / Palm OS converter now attached to ttyUSB1 (or 
usb/tts/1 for devfs)
usb 4-1: USB disconnect, address 9
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from 
ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from 
ttyUSB1
usbserial 4-1:1.0: device disconnected

On 2.6.8-1-686 2.6.8-2, none of this appears at all; the system doesn't
seem to recognize the presence of the device, and the HotSync times out
from the device point of view.  Same system, just reboots in between.

-- 
Ian Gulliver
Penguin Hosting
Failure is not an option; it comes bundled with your Microsoft products.


signature.asc
Description: Digital signature


binrNWpPdM52u.bin
Description: application/postage-hashcash


Bug#263169: initrd-tools orphaned?

2004-09-20 Thread Harald Dunkel
Hi Christoph,
What would be your suggestion how get the name of the
{scsi, sata, ide} driver used to access the partition
currently mounted on / ?
Of course it would be safe to assume that there is
no chroot environment.
Regards
Harri



Bug#271038: (kernel-image-2.6.8-1-k7: kernel panic at boot time)

2004-09-20 Thread Harald Dunkel
aurelien naldi wrote:
Hi again,
sorry, I've been a bit busy with real life and hadn't seen your answer
before.
I've just tried to add sata_promise to /etc/mkinitrd/modules as you said
and it solved well the problem. Good for me but why is it no more auto-
detected ?
Since kernel 2.6.7 (AFAIK) the autodetection doesn't work anymore.
For old kernels the name of the sata driver appeared in /proc/scsi.
mkinitrd used this to add the sata driver to the list of modules
to load from initrd at boot time.
Regards
Harri