Bug#398948: intelfb and intel_agp

2007-07-24 Thread Joerg Friedrich
Hi!

I'm not sure whether this matters, but I was able to get intelfb booting
with initramfs-tools by adding intelfb _and_ intel_agp to
/etc/initramfs-tools/modules. I did not dig deeper into initramfs-tools
nor use any alternative. so either initramfs-tools does not honor
module dependencies or intelfb does not declare a dependency on
intel_agp. If I have access to this machine again, I'll check
-- 
Jörg Friedrich

There are only 10 types of people:
Those who understand binary and those who don't.




Processing of linux-2.6_2.6.22-2_m68k.changes

2007-07-24 Thread Archive Administrator
linux-2.6_2.6.22-2_m68k.changes uploaded successfully to localhost
along with the files:
  linux-headers-2.6.22-1-all_2.6.22-2_m68k.deb
  linux-headers-2.6.22-1-all-m68k_2.6.22-2_m68k.deb
  linux-libc-dev_2.6.22-2_m68k.deb
  linux-headers-2.6.22-1_2.6.22-2_m68k.deb
  linux-image-2.6.22-1-amiga_2.6.22-2_m68k.deb
  linux-headers-2.6.22-1-amiga_2.6.22-2_m68k.deb
  linux-image-2.6.22-1-atari_2.6.22-2_m68k.deb
  linux-headers-2.6.22-1-atari_2.6.22-2_m68k.deb
  linux-image-2.6.22-1-mac_2.6.22-2_m68k.deb
  linux-headers-2.6.22-1-mac_2.6.22-2_m68k.deb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



linux-2.6_2.6.22-2_m68k.changes is NEW

2007-07-24 Thread Debian Installer
(new) linux-headers-2.6.22-1-all-m68k_2.6.22-2_m68k.deb optional devel
All header files for Linux 2.6.22
 This package depends against all architecture-specific kernel header files
 for Linux kernel version 2.6.22, generally used for building out-of-tree
 kernel modules.
linux-headers-2.6.22-1-all_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.22-1-all_2.6.22-2_m68k.deb
(new) linux-headers-2.6.22-1-amiga_2.6.22-2_m68k.deb optional devel
Header files for Linux 2.6.22 on Amiga
 This package provides the architecture-specific kernel header files for
 Linux kernel 2.6.22 on Amiga machines, generally used for building
 out-of-tree kernel modules.  These files are going to be installed into
 /usr/src/linux-headers-2.6.22-1-amiga, and can be used for building
 modules that load into the kernel provided by the
 linux-image-2.6.22-1-amiga package.
(new) linux-headers-2.6.22-1-atari_2.6.22-2_m68k.deb optional devel
Header files for Linux 2.6.22 on Atari
 This package provides the architecture-specific kernel header files for
 Linux kernel 2.6.22 on Atari machines, generally used for building
 out-of-tree kernel modules.  These files are going to be installed into
 /usr/src/linux-headers-2.6.22-1-atari, and can be used for building
 modules that load into the kernel provided by the
 linux-image-2.6.22-1-atari package.
(new) linux-headers-2.6.22-1-mac_2.6.22-2_m68k.deb optional devel
Header files for Linux 2.6.22 on Macintosh
 This package provides the architecture-specific kernel header files for
 Linux kernel 2.6.22 on Macintosh machines, generally used for building
 out-of-tree kernel modules.  These files are going to be installed into
 /usr/src/linux-headers-2.6.22-1-mac, and can be used for building modules
 that load into the kernel provided by the linux-image-2.6.22-1-mac
 package.
linux-headers-2.6.22-1_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.22-1_2.6.22-2_m68k.deb
(new) linux-image-2.6.22-1-amiga_2.6.22-2_m68k.deb optional admin
Linux 2.6.22 image on Amiga
 This package provides the binary image and pre-built loadable modules for
 Linux kernel 2.6.22 on Amiga machines.
(new) linux-image-2.6.22-1-atari_2.6.22-2_m68k.deb optional admin
Linux 2.6.22 image on Atari
 This package provides the binary image and pre-built loadable modules for
 Linux kernel 2.6.22 on Atari machines.
(new) linux-image-2.6.22-1-mac_2.6.22-2_m68k.deb optional admin
Linux 2.6.22 image on Macintosh
 This package provides the binary image and pre-built loadable modules for
 Linux kernel 2.6.22 on Macintosh machines.
linux-libc-dev_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-libc-dev_2.6.22-2_m68k.deb
Changes: linux-2.6 (2.6.22-2) unstable; urgency=low
 .
  [ Steve Langasek ]
  * [alpha] request_irq-retval.patch: capture the return value of all
request_irq() calls in sys_titan.c to suppress the warning (and
build failure with -Werror); failures still aren't being handled, but
there's nothing that needs to be done -- or nothing that can be done
-- if these requests fail anyway.
 .
  [ Christian T. Steigies ]
  * Add module.lds to kernel headers (closes: #396220)
  * Enable INPUT_UINPUT on mac
  * Add 2.6.22 patches from linux-m68k CVS
 .
  [ maximilian attems ]
  * Add stable release 2.6.22.1:
- nf_conntrack_h323: add checking of out-of-range on choices' index values
  (CVE-2007-3642)
 .
  [ dann frazier ]
  * [ia64] Re-enable various config options which were unintentionally
disabled somewhere between 2.6.21 and 2.6.22
  * [ia64] Re-enable vserver flavour - this was somehow lost when 2.6.22
was merged from trunk to the sid branch
 .
  [ Bastian Blank ]
  * Update vserver patch to 2.2.0.3-rc1.


Override entries for your package:
linux-headers-2.6.22-1-all_2.6.22-2_m68k.deb - optional devel
linux-headers-2.6.22-1_2.6.22-2_m68k.deb - optional devel
linux-libc-dev_2.6.22-2_m68k.deb - optional devel



Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#425534: linux-2.6: ext3 filesystem corruption

2007-07-24 Thread aragon

Hello Bastian,

On Mon, Jul 23, 2007 at 05:41:47PM +0200, Bastian Blank wrote:
 I nor any of the other debian users have seen this. If you want to get
 it fixed in this kernel, identify the upstream commit which fixed it.

OK. Can you point me to some good howtos, tools or websites where i can
get an overview of all commits between two different upstream kernel
versions, please?

Is there somewhere a list which upstream commits are added to a specific
debian kernel version?


 You drive looks broken.

Maybe my drive is a part of the problem. But note, that this system
works well with Kernel 2.4.27, 2.6.8 and 2.6.21.

It sounds bad to me, if hardware can become broken by upgrading the
kernel.


Regards,
Martin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#432650: 2.6.21-2: cannot grab IDE ports, hangs on boot

2007-07-24 Thread maximilian attems
On Tue, Jul 24, 2007 at 10:02:42AM -0300, Marco wrote:
 I tried this:
 
 File: /etc/initramfs-tools/modules
 ide-generic
 
 And then:
 
 # update-initramfs -u
 
 Now the kernel boots normally with the same `/etc/fstab' of 2.6.18,
 but warning about not enabling DMA can impact performance.

check your bios settings, also an bios upgrade may help.
setting ide to legacy enabled is often a sign of what you see.
 
regards
-- 
maks


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#425534: linux-2.6: ext3 filesystem corruption

2007-07-24 Thread Florian Weimer
 On Mon, Jul 23, 2007 at 05:41:47PM +0200, Bastian Blank wrote:
 I nor any of the other debian users have seen this. If you want to get
 it fixed in this kernel, identify the upstream commit which fixed it.

 OK. Can you point me to some good howtos, tools or websites where i can
 get an overview of all commits between two different upstream kernel
 versions, please?

Here are a few hints: http://kerneltrap.org/node/11753


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Help getting a 2.6 kernel with ports that work

2007-07-24 Thread S. Taylor
Can someone tell me how to get a 2.6 kernel that installs and
gives me ports that work? I get ppp.log errors like Can't get
terminal parameters: Input/output error, kern.log says Serial:
8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled but
ttyS1: LSR safety check engaged! 

My 2.4 kernel in kern.log shows ttyS01 at port 0x02f8 (irq = 3) is a
16550A 

report-hw shows lots, ask if you want more but I don't know how to
read it and know the module/kernel/config to make 2.6 work. Please
help me get this done or understand what to do.

--

lsmod: serial 52068   0 

/proc/ioports: 02f8-02ff : serial(set)
/proc/ioports: 03f8-03ff : serial(set)

dmidecode: Handle 0x000F, DMI type 8, 9 bytes
dmidecode: Port Connector Information
dmidecode:  Internal Reference Designator: COM1
dmidecode:  Internal Connector Type: 9 Pin Dual Inline (pin 10 cut)
dmidecode:  External Reference Designator:  
dmidecode:  External Connector Type: DB-9 male
dmidecode:  Port Type: Serial Port 16450 Compatible
dmidecode: 

dmidecode: Handle 0x0010, DMI type 8, 9 bytes
dmidecode: Port Connector Information
dmidecode:  Internal Reference Designator: COM2
dmidecode:  Internal Connector Type: 9 Pin Dual Inline (pin 10 cut)
dmidecode:  External Reference Designator:  
dmidecode:  External Connector Type: DB-9 male
dmidecode:  Port Type: Serial Port 16450 Compatible
dmidecode: 

/proc/cpuinfo: processor: 0
/proc/cpuinfo: vendor_id: AuthenticAMD
/proc/cpuinfo: cpu family   : 6
/proc/cpuinfo: model: 4
/proc/cpuinfo: model name   : AMD Athlon(tm) Processor
/proc/cpuinfo: stepping : 2
/proc/cpuinfo: cpu MHz  : 908.973
/proc/cpuinfo: cache size   : 256 KB
/proc/cpuinfo: fdiv_bug : no
/proc/cpuinfo: hlt_bug  : no
/proc/cpuinfo: f00f_bug : no
/proc/cpuinfo: coma_bug : no
/proc/cpuinfo: fpu  : yes
/proc/cpuinfo: fpu_exception: yes
/proc/cpuinfo: cpuid level  : 1
/proc/cpuinfo: wp   : yes
/proc/cpuinfo: flags: fpu vme de pse tsc msr pae mce cx8 apic sep 
mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow
/proc/cpuinfo: bogomips : 1808.79
/proc/cpuinfo: 
/proc/ioports: -001f : dma1
/proc/ioports: 0020-003f : pic1
/proc/ioports: 0040-005f : timer
/proc/ioports: 0060-006f : keyboard
/proc/ioports: 0070-007f : rtc
/proc/ioports: 0080-008f : dma page reg
/proc/ioports: 00a0-00bf : pic2
/proc/ioports: 00c0-00df : dma2
/proc/ioports: 00f0-00ff : fpu
/proc/ioports: 0170-0177 : ide1
/proc/ioports: 01f0-01f7 : ide0
/proc/ioports: 0213-0213 : isapnp read
/proc/ioports: 02f8-02ff : serial(set)
/proc/ioports: 0376-0376 : ide1
/proc/ioports: 0378-037a : parport0
/proc/ioports: 037b-037f : parport0
/proc/ioports: 03c0-03df : vesafb
/proc/ioports: 03f2-03f5 : floppy
/proc/ioports: 03f6-03f6 : ide0
/proc/ioports: 03f7-03f7 : floppy DIR
/proc/ioports: 03f8-03ff : serial(set)
/proc/ioports: 0a79-0a79 : isapnp write
/proc/ioports: 0cf8-0cff : PCI conf1
/proc/ioports: 5000-500f : VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
/proc/ioports: 6000-607f : VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
/proc/ioports: d000-dfff : PCI Bus #01


-- 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#434520: __s64 / __u64 not defined in strict ansi mode

2007-07-24 Thread Christoph Pfister

Package: linux-libc-dev
Version: 2.6.21-6
Severity: normal

i386 (and most likely all other arches too) don't define __s64 and
__u64 when -ansi is used: (extract from asm-xxx/types.h)

#if defined(__GNUC__)  !defined(__STRICT_ANSI__)
typedef __signed__ long long __s64;
typedef unsigned long long __u64;
#endif

This is needless (because gcc recognises that file as a system header
and doesn't complain about long long there) and makes it impossible to
use -ansi for apps / libs which include a kernel header that uses this
data type (for example linux/dvb/dmx.h).

The proposed solution is to remove the second part of the macro  
!defined(__STRICT_ANSI__) in the headers.

Christoph


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



2.6.22 - broken on ia64 and mipsel

2007-07-24 Thread Bastian Blank
Hi folks

2.6.22 is currently broken on ia64 and mipsel.

- ia64: ABI.
- mipsel: broken config.

Bastian

-- 
You!  What PLANET is this!
-- McCoy, The City on the Edge of Forever, stardate 3134.0


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#427381: Further INformation

2007-07-24 Thread Peter Hillier-Brook
This bug seems to be specifically limited to pure Debian. It does not occur 
with current versions of Ubuntu, Knoppix, or other Debian based distributions, 
suggesting a timing error that has been addressed elsewhere.


Peter HB


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#433527: add kqemu modules

2007-07-24 Thread Daniel Baumann
Robert Millan [ackstorm] wrote:
 Ok, but #433525 seems to be a blocker for this.  Will you include that fix
 in next kqemu-source upload?

the patch seems flawed, it did not build at all once i applied. will
have to investigate.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



linux-2.6_2.6.22-2_m68k.changes ACCEPTED

2007-07-24 Thread Debian Installer

Accepted:
linux-headers-2.6.22-1-all-m68k_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.22-1-all-m68k_2.6.22-2_m68k.deb
linux-headers-2.6.22-1-all_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.22-1-all_2.6.22-2_m68k.deb
linux-headers-2.6.22-1-amiga_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.22-1-amiga_2.6.22-2_m68k.deb
linux-headers-2.6.22-1-atari_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.22-1-atari_2.6.22-2_m68k.deb
linux-headers-2.6.22-1-mac_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.22-1-mac_2.6.22-2_m68k.deb
linux-headers-2.6.22-1_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-headers-2.6.22-1_2.6.22-2_m68k.deb
linux-image-2.6.22-1-amiga_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-image-2.6.22-1-amiga_2.6.22-2_m68k.deb
linux-image-2.6.22-1-atari_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-image-2.6.22-1-atari_2.6.22-2_m68k.deb
linux-image-2.6.22-1-mac_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-image-2.6.22-1-mac_2.6.22-2_m68k.deb
linux-libc-dev_2.6.22-2_m68k.deb
  to pool/main/l/linux-2.6/linux-libc-dev_2.6.22-2_m68k.deb


Override entries for your package:
linux-headers-2.6.22-1-all-m68k_2.6.22-2_m68k.deb - optional devel
linux-headers-2.6.22-1-all_2.6.22-2_m68k.deb - optional devel
linux-headers-2.6.22-1-amiga_2.6.22-2_m68k.deb - optional devel
linux-headers-2.6.22-1-atari_2.6.22-2_m68k.deb - optional devel
linux-headers-2.6.22-1-mac_2.6.22-2_m68k.deb - optional devel
linux-headers-2.6.22-1_2.6.22-2_m68k.deb - optional devel
linux-image-2.6.22-1-amiga_2.6.22-2_m68k.deb - optional admin
linux-image-2.6.22-1-atari_2.6.22-2_m68k.deb - optional admin
linux-image-2.6.22-1-mac_2.6.22-2_m68k.deb - optional admin
linux-libc-dev_2.6.22-2_m68k.deb - optional devel



Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#419197: USB_SUSPEND=y still in 2.6.22-1-X

2007-07-24 Thread Joerg Morbitzer

Hi all,

I just had the same problem with my Canon 630U - when using the Debian
Kernel 2.6.22-1-k7 with having USB_SUSPEND enabled the scanner isn't
working any more, the kernel is printing dozends of:

#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71

Recompiling 2.6.22-1-X without having enabled USB_SUSPEND fixed it, the
scanner is working properly again.

Are there any reasons to use this experimental feature in the Debian
kernels?

Regards, Joerg.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#434540: MacBook makes subtle whining noise when idle since 2.6.21

2007-07-24 Thread Tim Hull

Package: linux-image-2.6-686
Version: 2.6.22-1

Since kernel 2.6.21, my MacBook has made a subtle whining noise when idle.
This happens when using the Debian stock kernels from testing and unstable,
but also when using other kernels.  I believe it has something to do with
certain ACPI power-saving modes and/or the switch from 250hz kernel timing
to a tickless kernel.  2.6.18 as shipped in Etch does NOT exhibit this
problem, and disabling C3/C4 ACPI C-states is a functional workaround for
2.6.21+ (though doing so results in the loss of some battery life).
However, C3/C4 ACPI C-states work fine in the aforementioned 2.6.18 kernel,
so the HZ timing seems like a more likely root cause.


Bug#434551: linux-image-2.6.22-1-686: raw1394 broken

2007-07-24 Thread Martin Stolle
Package: linux-image-2.6.22-1-686
Version: 2.6.22-2
Severity: important


It seems like the debian kernel is compiled with the brand new ieee1394
stack.  However, this stack is not (yet) a complete replacement of the
old kernel.  More importantly, the ieee1394 interface to userspace
programs has changed and new libraries are necessary:

http://www.linux1394.org/

As long as the new interface/stack is not yet wideley supported by
applications shipping with debian, the old stack should be used, or
at least made available!

The above website mentions that it's possible to compile both stacks
side by side and using modprobe options, its possible to load one or the
other modules.  It would be nice if the Debian kernel did that as to
allow people to use the old stack until programs have been recompiled
with new libraries!

Thanks,
  Martin


-- Package-specific info:
** Version:
Linux version 2.6.22-1-686 (Debian 2.6.22-2) ([EMAIL PROTECTED]) (gcc version 
4.1.3 20070718 (prerelease) (Debian 4.1.2-14)) #1 SMP Mon Jul 23 13:23:02 UTC 
2007

** Tainted: PFSRMB

** Kernel log:
scsi2 : SCSI emulation for USB Mass Storage devices
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
hda: selected mode 0x45
hdb: selected mode 0x45
hdd: selected mode 0x45
usb 2-1: new low speed USB device using uhci_hcd and address 2
Adding 1951856k swap on /dev/hda1.  Priority:-1 extents:1 across:1951856k
firewire_core: created new fw device fw0 (0 config rom retries)
firewire_core: phy config: card 0, new root=ffc1, gap_count=5
usb 2-1: configuration #1 chosen from 1 choice
usb 4-1: new full speed USB device using uhci_hcd and address 2
usb 4-1: configuration #1 chosen from 1 choice
usbcore: registered new interface driver hiddev
input: Logitech USB Receiver as /class/input/input2
input: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-:00:1d.1-1
usbcore: registered new interface driver usbhid
drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver
Linux video capture interface: v2.00
pwc: Philips webcam module version 10.0.13 loaded.
pwc: Supports Philips PCA645/646, PCVC675/680/690, PCVC720[40]/730/740/750  
PCVC830/840.
pwc: Also supports the Askey VC010, various Logitech Quickcams, Samsung MPC-C10 
and MPC-C30,
pwc: the Creative WebCam 5  Pro Ex, SOTEC Afina Eye and Visionite VCS-UC300 
and VCS-UM100.
pwc: Logitech QuickCam 4000 Pro USB webcam detected.
pwc: Registered as /dev/video0.
usbcore: registered new interface driver Philips webcam
usbcore: registered new interface driver snd-usb-audio
usb-storage: device scan complete
scsi 2:0:0:0: Direct-Access Generic  STORAGE DEVICE   9144 PQ: 0 ANSI: 0
scsi 2:0:0:1: Direct-Access Generic  STORAGE DEVICE   9144 PQ: 0 ANSI: 0
scsi 2:0:0:2: Direct-Access Generic  STORAGE DEVICE   9144 PQ: 0 ANSI: 0
scsi 2:0:0:3: Direct-Access Generic  STORAGE DEVICE   9144 PQ: 0 ANSI: 0
sd 2:0:0:0: [sda] Attached SCSI removable disk
sd 2:0:0:1: [sdb] Attached SCSI removable disk
sd 2:0:0:2: [sdc] Attached SCSI removable disk
sd 2:0:0:3: [sdd] Attached SCSI removable disk
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: [EMAIL PROTECTED]
md: md0 stopped.
md: bindhdd
md: bindhdb
md: raid1 personality registered for level 1
raid1: raid set md0 active with 2 out of 2 mirrors
firewire_core: giving up on config rom for node id ffc0
fuse init (API version 7.8)
ReiserFS: hda5: found reiserfs format 3.6 with standard journal
ReiserFS: hda5: using ordered data mode
ReiserFS: hda5: journal params: device hda5, size 8192, journal first block 18, 
max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda5: checking transaction log (hda5)
ReiserFS: hda5: Using r5 hash to sort names
ReiserFS: hda6: found reiserfs format 3.6 with standard journal
ReiserFS: hda6: using ordered data mode
ReiserFS: hda6: journal params: device hda6, size 8192, journal first block 18, 
max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda6: checking transaction log (hda6)
ReiserFS: hda6: Using r5 hash to sort names
ReiserFS: hda7: found reiserfs format 3.6 with standard journal
ReiserFS: hda7: using ordered data mode
ReiserFS: hda7: journal params: device hda7, size 8192, journal first block 18, 
max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda7: checking transaction log (hda7)
ReiserFS: hda7: Using r5 hash to sort names
ReiserFS: hda8: found reiserfs format 3.6 with standard journal
ReiserFS: hda8: using ordered data mode
ReiserFS: hda8: journal params: device hda8, size 8192, journal first block 18, 
max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda8: checking transaction log (hda8)
ReiserFS: hda8: Using r5 hash to sort names
loop: module loaded
kjournald starting.  Commit interval 5 seconds
EXT3 FS on loop0, internal journal
EXT3-fs: mounted filesystem 

Bug#433527: add kqemu modules

2007-07-24 Thread Robert Millan
On Tue, Jul 24, 2007 at 08:13:33PM +0200, Daniel Baumann wrote:
 Robert Millan [ackstorm] wrote:
  Ok, but #433525 seems to be a blocker for this.  Will you include that fix
  in next kqemu-source upload?
 
 the patch seems flawed, it did not build at all once i applied. will
 have to investigate.

It works for me (tested on sid via linux-modules-extra-2.6 and on etch
with linux-image-2.6.18).  Can you be more specific?

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#434557: Random kernel panic on boot with MacBook

2007-07-24 Thread Tim Hull

Package: kernel-image-2.6-686
Version: 2.6.22-1

On my MacBook Core Duo, I am experiencing random kernel panics on boot.
The message I am getting is as follows:

Kernel panic - not syncing: IO-APIC + timer doesn't work!

This appears about 50% of the time on boot, and happens on every version of
the Debian kernel including that shipped with Etch and the latest version.

This can be worked around by using the lpj= kernel parameter on boot
(lpj=733 for a 1.83GHz MacBook).
Ubuntu has the same issue (Bug 54621 on Launchpad -
https://bugs.launchpad.net/bugs/54621) and a fix mentioned in that thread
has apparently been committed.

Could this be fixed in the Debian kernel?


Bug#402584: any ideas ?

2007-07-24 Thread Nadav Kavalerchik
i've tried to load the video (acpi) module and set the brightness manually (as 
suggested by http://lists.debian.org/debian-laptop/2005/11/msg00161.html )
but with no success. the /proc/acpi/video/ folder is empty.

any ideas ?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#434571: Module snd-sb16 set interrupts wrong

2007-07-24 Thread David Lawyer
Package: linux-image
Version: 2.6.21-2

I have the Sound Blaster 16 OEM card CT1790 which I have mainly used
to play CDs thru.  It has jumpers to set IRQs and it's set at irq2.  I
seem to only be able to get it to work OK at irq5 which is the default
for the card.  Except that my Modem is on irq 5.  That's why I set the
jumper to irq2.  Now the card, while not PnP, can have it's interrupts
set by software (by Linux software ?).  Well, yes, because when I load
the snd-sb16 module for it and specify irq=2 I find from
/proc/interrupts that it's been set to irq 5 and the sound card works
OK (at least with .wav files).  So the linux software must have changed
the irq 2 (that I jumpered) to irq 5.  This happens when I haven't
used my modem yet and irq 5 is still available.

But now I can't use my modem.  If I remove the module, irq 5 is
available (per /proc/int*) and the modem will grab irq 5 and try to
dial.  But I get all sorts of errors due the the shorting out of the
irq 5 line by the sound card since irq 5 is still set in the sound
card even though the sound card module has been removed and irq 5 has
been released by the kernel.  My sound card is working right since
it's sending 0 volts (a grounded line --actually low impedance) on the
irq 5 line to indicate that it isn't sending any interrupts.  So the
kernel needs to have a list of resources that exist in hardware but
are not currently supported by any loaded module, or the like.

Once the interrupt has been changed to 5, the only way I know to get
it back to 2 is to power-down (turn off the power) and then boot again.
This is not a power-on reboot.

Now, if when loading the snd-sb16 module after I start the modem so
that irq 5 is in use with irq=2 on the command line, /proc/int*
does show that irq 9 is for SoundBlaster (since irq 2 and 9 are
really the same irq).  OK so far but irq 9 is never sent by the
sound-card when I try to use it, although the module is apparently
listening for it.  Nor is irq 5 sent either as may be checked by
starting the modem and checking the number of interrupts sent per
/proc/int* after trying to play a .wav file.  Playing a .wav file only
plays the first couple of words since apparently no interrupts are
sent.

So it seems to me that the snd-sb16 module may not be able to change
the interrupts except perhaps to reset the card so that the default
irq 5 is set it the card, overriding what may be set by jumpers.
If the driver has such limitations, they need to be either fixed or
documented.

David Lawyer


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Processed: Re: Bug#434571: Module snd-sb16 set interrupts wrong

2007-07-24 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 434571 linux-2.6
Bug#434571: Module snd-sb16 set interrupts wrong
Warning: Unknown package 'linux-image'
Bug reassigned from package `linux-image' to `linux-2.6'.

 --
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#419197: USB_SUSPEND=y still in 2.6.22-1-X

2007-07-24 Thread A.Lizard

At 11:24 AM 7/24/07, you wrote:
Tried the workaround wrapper link J.Rinas posted to this discussion? It 
works fine for me.


The USB_SUSPEND is intended for laptop users and anyone else who wants to 
run their workstations in an energy-efficient way.


What it's doing to scan apps is a bug, the feature needs to be fixed, not 
removed.


A.Lizard



Hi all,

I just had the same problem with my Canon 630U - when using the Debian
Kernel 2.6.22-1-k7 with having USB_SUSPEND enabled the scanner isn't
working any more, the kernel is printing dozends of:

#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71
#
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd xsane rqt 64 rq 12 len 1 ret -71

Recompiling 2.6.22-1-X without having enabled USB_SUSPEND fixed it, the
scanner is working properly again.

Are there any reasons to use this experimental feature in the Debian
kernels?

Regards, Joerg.



--
To unsubscribe, send mail to [EMAIL PROTECTED]


member The Internet Society (ISOC), The HTML Writers Guild.
You can't have in a democracy various groups with arms - you have to have 
the state with a monopoly on power. Condoleeza Rice, US Secretary of State

Personal Website http://www.ecis.com/~alizard
business Website http://www.reptilelabs.com
backup address (if ALL else fails) [EMAIL PROTECTED]
PGP 8.0 key available by request or keyserver. Download PGP from:
http://www.pgpi.org for e-mail privacy.
Disaster prep info: http://www.ecis.com/~alizard/y2k.html
***Looking for INTELLIGENT new technology public policy 
alternatives?***   http://www.ecis.com/~alizard/technology.html




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#431314: marked as done (ALSA: snd_hda_intel: Intel HDA from SantaRosa platform not recognised)

2007-07-24 Thread Debian Bug Tracking System
Your message dated Wed, 25 Jul 2007 02:15:45 +0200
with message-id [EMAIL PROTECTED]
and subject line Bug#431314: ALSA: snd_hda_intel: Intel HDA from SantaRosa 
platform not recognised
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)

---BeginMessage---
Package: linux-2.6
Version: 2.6.21-5
Severity: normal

--- Please enter the report below this line. ---

Hi, 

with newer versions of the Linux kernel, it is not possible to get any sound 
from this card:

$ lspci | grep Audio
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio 
Controller (rev 02)

It is a Dell Latitude D630, running the brand new Santa Rosa platform from 
Intel. Sound works under 2.6.18, but only with two sliders in alsamixer and 
no sound from internal speakers (only headphones).

This is the error given by the kernel on boot time :

hda_intel: azx_get_response timeout, switching to polling mode...
hda_intel: azx_get_response timeout, switching to single_cmd mode...
hda_codec: No auto-config is available, default to model=ref
hda-intel: no codecs initialized

And it does not work...

I'm running 2.6.22-rc6 too and this kernel does even not solve this issue. I'm 
ready to give any necessary information.

Best regards, 

Didier Raboud

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.21-2-amd64

Debian Release: 4.0
  700 stable  security.debian.org 
  700 stable  mirror.switch.ch 
  650 testing mirror.switch.ch 
  600 unstablemirror.switch.ch 
   50 unstablemirror.switch.ch 
   50 testing mirror.switch.ch 
   50 stable  mirror.switch.ch 
   50 stable  debian.netcologne.de 
   50 kernel-dists-trunk kernel-archive.buildserver.net 
   50 kernel-dists-sid kernel-archive.buildserver.net 
   50 kernel-dists-etch kernel-archive.buildserver.net 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
| 


---End Message---
---BeginMessage---
tags 431314 upstream
thanks

As seen on some lists and forums, I tried to compile a custom kernel with ALSA 
and snd-hda-intel statically compiled (not as module).

Then it works... Good sound and all..

The problem is then clearly not Debian-specific (as Debian does not carry any 
ALSA-specific patch) and this bug can be closed. I will give further 
information on this upstream bug :

https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3210

Best regards, 

Didier
---End Message---


Bug#419197: Re: Bug#419197: USB_SUSPEND=y still in 2.6.22-1-X

2007-07-24 Thread Joerg Morbitzer
 What it's doing to scan apps is a bug, the feature needs to be fixed,
 not removed.

 A.Lizard

The feature needs to be fixed, I agree, but as long as it is that buggy
and officially experimental I don't want to see it in a _Debian_
kernel! And USB_SUSPEND=y is enabled at least since 2.6.20...

Regards, Joerg.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]