Re: Simultaneous loading of e100 and eepro100 by hotplug

2004-12-02 Thread Mike Hommey
On Thu, Dec 02, 2004 at 08:33:32AM +1100, Brian May [EMAIL PROTECTED] wrote:
  Mike == Mike Hommey [EMAIL PROTECTED] writes:
 
 Mike On Wed, Dec 01, 2004 at 01:33:32PM +0100, Marco d'Itri
 Mike [EMAIL PROTECTED] wrote:
  This is not a problem
  (/etc/hotplug/blacklist.d/kernel-image-n.n.n-m).
 
 Mike Actually, it can be. Let's imagine the absurd case where
 Mike kernel-image-x blacklists eepro100 and kernel-image-y
 Mike blacklists e100, we have a system with no intel ethernet pro
 Mike 100 support. That won't happen for this particular module
 Mike set, but i'm pretty sure such case could happen some day.
 
 Shouldn't it depend on what kernel is booted rather then what kernels
 are installed?

That's what i was implying. It *should*. The thing is that it's not the
way hotplug works.

Mike




Bug#283852: not compiling ub.ko? breaks usb-storage

2004-12-02 Thread Guido Guenther
On Wed, Dec 01, 2004 at 11:19:56PM +0100, Frank Lichtenheld wrote:
 On Wed, Dec 01, 2004 at 10:58:49PM +0100, Guido Guenther wrote:
  On Wed, Dec 01, 2004 at 09:07:19PM +0100, Frank Lichtenheld wrote:
   work) I would vote for not compiling it by default if there aren't any 
   good
   reasons against it. We were fine without it before ;)
  Would blacklisting it in hotplug be a solution? I had only trouble with
  ub so far on a power book.
 
 Will try that. Interesting though that people I know with this problem
 are using powerpc. Is this aspecific to this arch?
No, I hat lots of trouble with ub on i386 too. 
 -- Guido




Bug#283919: initrd-tools: Should warn if root device is not found

2004-12-02 Thread Piotr Roszatycki
Package: initrd-tools
Version: 0.1.74
Severity: wishlist

I'd like to see some warning, if /proc/sys/kernel/real-root-dev is equal 0. That
means no root device was found and the message would be very helpful.

I've spend an hour trying to reboot the kernel 2.6 with root=/dev/ida/c0d0p2
parameter. I didn't know the kernel doesn't understand such parameter
and I've found the real reason by my own inspection in initrd's mini-shell.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

Versions of packages initrd-tools depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  cpio  2.5-1.1GNU cpio -- a program to manage ar
ii  cramfsprogs   1.1-6  Tools for CramFs (Compressed ROM F
ii  dash  0.5.1-3The Debian Almquist Shell
ii  fileutils 5.2.1-2The GNU file management utilities 
ii  util-linux2.12h-3Miscellaneous system utilities

-- no debconf information




Processing of kernel-patch-powerpc-2.6.8_2.6.8-7_powerpc.changes

2004-12-02 Thread Archive Administrator
kernel-patch-powerpc-2.6.8_2.6.8-7_powerpc.changes uploaded successfully to 
localhost
along with the files:
  kernel-patch-powerpc-2.6.8_2.6.8-7.dsc
  kernel-patch-powerpc-2.6.8_2.6.8-7.tar.gz
  kernel-patch-powerpc-2.6.8_2.6.8-7_all.deb
  kernel-headers-2.6.8_2.6.8-7_powerpc.deb
  kernel-image-power3_2.6.8-7_powerpc.deb
  kernel-image-2.6.8-power3_2.6.8-7_powerpc.deb
  kernel-build-2.6.8-power3_2.6.8-7_powerpc.deb
  kernel-image-power3-smp_2.6.8-7_powerpc.deb
  kernel-image-2.6.8-power3-smp_2.6.8-7_powerpc.deb
  kernel-build-2.6.8-power3-smp_2.6.8-7_powerpc.deb
  kernel-image-power4_2.6.8-7_powerpc.deb
  kernel-image-2.6.8-power4_2.6.8-7_powerpc.deb
  kernel-build-2.6.8-power4_2.6.8-7_powerpc.deb
  kernel-image-power4-smp_2.6.8-7_powerpc.deb
  kernel-image-2.6.8-power4-smp_2.6.8-7_powerpc.deb
  kernel-build-2.6.8-power4-smp_2.6.8-7_powerpc.deb
  kernel-image-powerpc_2.6.8-7_powerpc.deb
  kernel-image-2.6.8-powerpc_2.6.8-7_powerpc.deb
  kernel-build-2.6.8-powerpc_2.6.8-7_powerpc.deb
  kernel-image-powerpc-smp_2.6.8-7_powerpc.deb
  kernel-image-2.6.8-powerpc-smp_2.6.8-7_powerpc.deb
  kernel-build-2.6.8-powerpc-smp_2.6.8-7_powerpc.deb

Greetings,

Your Debian queue daemon




kernel-patch-powerpc-2.6.8_2.6.8-7_powerpc.changes REJECTED

2004-12-02 Thread Debian Installer

Rejected: kernel-image-power3-smp_2.6.8-7_powerpc.deb: old version (2.6.9-1) in 
unstable = new version (2.6.8-7) targeted at unstable.
Rejected: kernel-image-power3_2.6.8-7_powerpc.deb: old version (2.6.9-1) in 
unstable = new version (2.6.8-7) targeted at unstable.
Rejected: kernel-image-powerpc-smp_2.6.8-7_powerpc.deb: old version (2.6.9-1) 
in unstable = new version (2.6.8-7) targeted at unstable.
Rejected: kernel-image-power4_2.6.8-7_powerpc.deb: old version (2.6.9-1) in 
unstable = new version (2.6.8-7) targeted at unstable.
Rejected: kernel-image-powerpc_2.6.8-7_powerpc.deb: old version (2.6.9-1) in 
unstable = new version (2.6.8-7) targeted at unstable.
Rejected: kernel-image-power4-smp_2.6.8-7_powerpc.deb: old version (2.6.9-1) in 
unstable = new version (2.6.8-7) targeted at unstable.


===

If you don't understand why your files were rejected, or if the
override file requires editing, reply to this email.




Re: Simultaneous loading of e100 and eepro100 by hotplug

2004-12-02 Thread Christoffer Sawicki
  Apart from the issue Jerome mentions where some older hardware isn't
  supported by e100 but is supported by eepr100, what if new kernels didn't
  build/provide eepro100 and instead eepro100 was aliased to e100, or do
  they have incompatible parameters?

 I am quite confortable with not including the eepro100 driver
 as it is being debricated upstream.

What if the PCI ID associations in the kernel for eepro100 and e100 were 
changed so that a card is only associated with the module it works (best) 
with? The only issue I see with this approach is collecting the necesary 
data...

*/ Christoffer Sawicki [EMAIL PROTECTED]




Re: Simultaneous loading of e100 and eepro100 by hotplug

2004-12-02 Thread Christoph Hellwig
On Thu, Dec 02, 2004 at 12:41:59PM +0100, Christoffer Sawicki wrote:
 What if the PCI ID associations in the kernel for eepro100 and e100 were 
 changed so that a card is only associated with the module it works (best) 
 with? The only issue I see with this approach is collecting the necesary 
 data...

There's not exact data I know of.  One idea would be to remove all PCI
IDs from eeproo100 and only allow assigning cards to it why the dynamic
pci device ids through sysfs approach




Bug#284015: kernel-image-2.6.9-1-686: DMA timeout error

2004-12-02 Thread Simon Morgan
Package: kernel-image-2.6.9-1-686
Version: 2.6.9-3
Severity: normal

When doing something relatively HD intensive the task itself freezes for
a while and eventually the whole system stops accepting input for a few
seconds and I get the following in dmesg output:

hda: dma_timer_expiry: dma status == 0x21
hda: DMA timeout error
hda: dma timeout error: status=0xd0 { Busy }

ide: failed opcode was: unknown
hda: DMA disabled
ide0: reset: success

Here's my hardware (It's a Sony Vaio K623B laptop):

:00:00.0 Host bridge: ATI Technologies Inc: Unknown device cbb2 (rev 02)
:00:01.0 PCI bridge: ATI Technologies Inc PCI Bridge [IGP 340M]
:00:03.0 Modem: ALi Corporation M5457 AC'97 Modem Controller
:00:04.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link 
Controller Audio Device (rev 02)
:00:06.0 Bridge: ALi Corporation M7101 Power Management Controller [PMU]
:00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV]
:00:0a.0 CardBus bridge: Texas Instruments PCI7420 CardBus Controller
:00:0a.2 FireWire (IEEE 1394): Texas Instruments PCI7x20 1394a-2000 OHCI 
Two-Port PHY/Link-Layer Controller
:00:0a.3 Unknown mass storage controller: Texas Instruments PCI7420/PCI7620 
Dual Socket CardBus and Smart Card Cont. w/ 1394a-2000 OHCI Two-Port  
PHY/Link-Layer Cont. an
:00:0c.0 USB Controller: NEC Corporation USB (rev 43)
:00:0c.1 USB Controller: NEC Corporation USB (rev 43)
:00:0c.2 USB Controller: NEC Corporation USB 2.0 (rev 04)
:00:0f.0 IDE interface: ALi Corporation M5229 IDE (rev c4)
:00:12.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10)
:01:05.0 VGA compatible controller: ATI Technologies Inc Radeon IGP 340M
:02:00.0 Network controller: Intersil Corporation Intersil ISL3890 [Prism 
GT/Prism Duette] (rev 01)

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kernel-image-2.6.9-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-rel-2  tools for managing Linux kernel mo

-- no debconf information




Processing of kernel-image-2.4.27-alpha_2.4.27-4_alpha.changes

2004-12-02 Thread Archive Administrator
kernel-image-2.4.27-alpha_2.4.27-4_alpha.changes uploaded successfully to 
localhost
along with the files:
  kernel-image-2.4.27-alpha_2.4.27-4.dsc
  kernel-image-2.4.27-alpha_2.4.27-4.tar.gz
  kernel-headers-2.4.27-1_2.4.27-4_alpha.deb
  kernel-headers-2.4.27-1-smp_2.4.27-4_alpha.deb
  kernel-image-2.4.27-1-smp_2.4.27-4_alpha.deb
  kernel-headers-2.4.27-1-generic_2.4.27-4_alpha.deb
  kernel-image-2.4.27-1-generic_2.4.27-4_alpha.deb
  kernel-build-2.4.27-1_2.4.27-4_alpha.deb

Greetings,

Your Debian queue daemon




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

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

Greetings,

Your Debian queue daemon




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

2004-12-02 Thread Debian Installer

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


Thank you for your contribution to Debian.