Processed: Re: Bug#410480: linux-image-2.6.18-4-xen-686: PAE breaks Pentium-M CPUs

2007-02-11 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 severity 410480 normal
Bug#410480: linux-image-2.6.18-4-xen-686: PAE breaks Pentium-M CPUs
Severity set to `normal' from `important'

 tags 410480 wontfix
Bug#410480: linux-image-2.6.18-4-xen-686: PAE breaks Pentium-M CPUs
There were no tags set.
Tags added: wontfix

 thanks
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#410480: linux-image-2.6.18-4-xen-686: PAE breaks Pentium-M CPUs

2007-02-11 Thread Bastian Blank
severity 410480 normal
tags 410480 wontfix
thanks

On Sun, Feb 11, 2007 at 10:29:09AM +1100, Russell Coker wrote:
 The change from linux-image-2.6.18-3-xen-686 to linux-image-2.6.18-4-xen-686
 of enabling PAE prevents operation on Pentium-M systems and other 686 machines
 that lack PAE.

The patch does not reliable work with non-PAE, so this is clearly a
wontfix.

 The number of 686 class machines with 4G of RAM is extremely small, I expect
 that they are significantly outnumbered by the non-PAE 686 machines.

No. Only some of the Pentium-M cores lacks PAE.

Bastian

-- 
Extreme feminine beauty is always disturbing.
-- Spock, The Cloud Minders, stardate 5818.4


signature.asc
Description: Digital signature


Processed: Re: #410415

2007-02-11 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 tags 410415 moreinfo
Bug#410415: ntpdate unable to maintain stable time
There were no tags set.
Tags added: moreinfo

 thanks
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#410415: #410415

2007-02-11 Thread Bastian Blank
tags 410415 moreinfo
thanks

The report don't shows that this is a debian kernel. Please proove.

Bastian

-- 
Women are more easily and more deeply terrified ... generating more
sheer horror than the male of the species.
-- Spock, Wolf in the Fold, stardate 3615.4


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



Bug#410497: sparc32 kernel is too big, fails to boot

2007-02-11 Thread Bastian Blank
On Sat, Feb 10, 2007 at 10:54:15PM -0800, Jurij Smakov wrote:
 The config variable CONFIG_DEBUG_FS, enabled recently for all kernel 
 flavours adds over 400K to the size of the compressed image size on 
 sparc32. As a result, it does not boot anymore (uncompressed image 
 does not fit into the allotted space).

The change was commited one month ago and we had test builds since this.
You said yourself that it changes the abi so it now up to you to decide
what to do:
- Remove it and don't support sparc32 with this etch kernel.
- Change the abi without the abiname.

Bastian

-- 
Leave bigotry in your quarters; there's no room for it on the bridge.
-- Kirk, Balance of Terror, stardate 1709.2


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



Bug#410415:

2007-02-11 Thread Clayton
On Sun, 11 Feb 2007 11:04:55 +0100
Bastian Blank [EMAIL PROTECTED] wrote:

 tags 410415 moreinfo
 thanks
 
 The report don't shows that this is a debian kernel. Please proove.
 
 Bastian

Not sure what your criteria for proof is, in a previous e-mail I said I am 
using the latest and greatest standard Debian kernel source from testing.

Is this enough?:

# uname -a
Linux server 2.6.18-tp600e.3 #1 PREEMPT Sat Jan 6 18:37:25 CST 2007 i686 
GNU/Linux
# wajig list-installed | grep linux
libselinux1
linux-image-2.6-686
linux-image-2.6.17-2-686
linux-image-2.6.17-tp600e.1
linux-image-2.6.17-tp600e.2
linux-image-2.6.18-3-686
linux-image-2.6.18-tp600e.3
linux-kernel-headers
linux-source-2.6.17
linux-source-2.6.18
util-linux

My kernel comes from the unmodified, unpatched linux-source-2.6.18 package.


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



Processed: Re: Bug#410454: linux first boot finishes with kernel panic

2007-02-11 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 410454 linux-2.6
Bug#410454: linux first boot finishes with kernel panic
Warning: Unknown package 'linux'
Bug reassigned from package `linux kernel' 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]



Re: debian-kernel-maint

2007-02-11 Thread dann frazier
On Fri, Feb 09, 2007 at 10:47:58PM -0800, Jurij Smakov wrote:
 I believe the original idea was to create d-k-m for discussions and 
 keep d-k as the address in maintainer field (and the primary contact 
 address for the user requests). This appears to be the most 
 straightforward way, as it requires no changes.

That seems inherently conflicting because external people are
most likely to start discussions on the maintainer address.

-- 
dann frazier


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



Bug#410497: sparc32 kernel is too big, fails to boot

2007-02-11 Thread Frans Pop
On Sunday 11 February 2007 18:21, Jurij Smakov wrote:
 I think that changing ABI without abiname bump is a more reasonable
 solution than dropping it completely. Impact would be pretty minor,
 given the number of people using sparc32.

Note that this does mean that any packages containing kernel modules 
will/may need rebuilding on sparc.


pgpXNcEOxO2Xq.pgp
Description: PGP signature


Bug#410497: sparc32 kernel is too big, fails to boot

2007-02-11 Thread Steve Langasek
On Sun, Feb 11, 2007 at 08:38:23PM +0100, Frans Pop wrote:
 On Sunday 11 February 2007 18:21, Jurij Smakov wrote:
  I think that changing ABI without abiname bump is a more reasonable
  solution than dropping it completely. Impact would be pretty minor,
  given the number of people using sparc32.

 Note that this does mean that any packages containing kernel modules 
 will/may need rebuilding on sparc.

In practice, this appears limited to loop-aes, d-i, and l-m-e-2.6.

Cheers,
-- 
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/


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



Processed: tagging 410375

2007-02-11 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 tags 410375 + pending
Bug#410375: network interfaces not autoconfigured for ipv6 after reboot
Tags were: confirmed
Tags added: pending


End of message, 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#407759: Should BLK_DEV_GENERIC be compiled into the kernel?

2007-02-11 Thread Toby Chamberlain
The business card iso downloaded on 10 feb 2007 did _NOT_ work on my system. 
It was still unable to detect the cdrom. lsmod showed the jmicron module was 
loaded.


The system is an Intel DG965SS mobo, with lspci showing:

00:1f.2 SATA controller [0106]: Intel Corporation 82801HR/HO/HH 
(ICH8R/DO/DH) SATA AHCI Controller [8086:2824] (rev 02)
00:1f.3 SMBus [0c05]: Intel Corporation 82801H (ICH8 Family) SMBus 
Controller [8086:283e] (rev 02)
02:00.0 IDE interface [0101]: Marvell Technology Group Ltd. Unknown device 
[11ab:6101] (rev b1)


and more explicitly:

00:1f.2 SATA controller [0106]: Intel Corporation 82801HR/HO/HH 
(ICH8R/DO/DH) SATA AHCI Controller [8086:2824] (rev 02) (prog-if 01)

Subsystem: Intel Corporation Unknown device [8086:514d]
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 74
I/O ports at 2108 [size=8]
I/O ports at 211c [size=4]
I/O ports at 2100 [size=8]
I/O ports at 2118 [size=4]
I/O ports at 2020 [size=32]
Memory at 90325000 (32-bit, non-prefetchable) [size=2K]
Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/4 
Enable+

Capabilities: [70] Power Management version 3
Capabilities: [a8] #12 [0010]

00:1f.3 SMBus [0c05]: Intel Corporation 82801H (ICH8 Family) SMBus 
Controller [8086:283e] (rev 02)

Subsystem: Intel Corporation Unknown device [8086:514d]
Flags: medium devsel, IRQ 10
Memory at 90326000 (32-bit, non-prefetchable) [size=256]
I/O ports at 2000 [size=32]

02:00.0 IDE interface [0101]: Marvell Technology Group Ltd. Unknown device 
[11ab:6101] (rev b1) (prog-if 8f [Master SecP SecO PriP PriO])

Subsystem: Marvell Technology Group Ltd. Unknown device [11ab:6101]
Flags: bus master, fast devsel, latency 0, IRQ 10
I/O ports at 1018 [size=8]
I/O ports at 1024 [size=4]
I/O ports at 1010 [size=8]
I/O ports at 1020 [size=4]
I/O ports at 1000 [size=16]
Memory at 9010 (32-bit, non-prefetchable) [size=512]
Capabilities: [48] Power Management version 2
Capabilities: [50] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 
Enable-

Capabilities: [e0] Express Legacy Endpoint IRQ 0


- Original Message - 
From: Frans Pop [EMAIL PROTECTED]

To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Friday, February 09, 2007 1:05 AM
Subject: Bug#407759: Should BLK_DEV_GENERIC be compiled into the kernel?

The jmicron driver has been included in the latest 2.6.18 kernel that is
used in current _daily built_ installer images [1]. This may fix the
problem you had with using the CD-ROM drive in the installer. It would be
great if you could test the new installer to see if your system installs
now.

If you don't want to, you don't need to overwrite your existing
installation. Just run the installation to the start of partitioning.
Please choose the manual partitioning method and check that your
harddisk is still recognized too and then abort the installation.

TIA,
FJP

[1] http://www.debian.org/devel/debian-installer/




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