On Tue, Jun 22, 2004 at 10:14:21PM -0500, Manoj Srivastava wrote:
On 18 Jun 2004 12:30:41 +0200, Jens Schmalzing [EMAIL PROTECTED] said:
Now, the question is, how do we automatically add the postinst_hook
to kernel-img.conf,
I don't think we are allowed to fiddle with
Package: kernel-image-2.4.26-1-686
Severity: critical
Justification: breaks the whole system
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.26-1-386
Locale: LANG=ca_ES, LC_CTYPE=ca_ES
On Wed, Jun 23, 2004 at 01:22:49PM +0200, Jens Schmalzing wrote:
Dear Sven,
How about including this patch ?
I'd say the author (Derrick? Julien?) should try to get it included
upstream. Beep is not a very high priority.
BTW, i added both a new uhci fix
Ok.
and the marvell
Dear Sven,
How about including this patch ?
I'd say the author (Derrick? Julien?) should try to get it included
upstream. Beep is not a very high priority.
BTW, i added both a new uhci fix
Ok.
and the marvell driver to the svn repo,
It's *huge*. Any reason why it should be
Hi,
Sven Luther writes:
i added [..] the marvell driver to the svn repo,
Time for a subject change. We are talking about the following patch:
URL:http://www.theorie.physik.uni-muenchen.de/~jens/kernel-patch-powe
rpc/kernel-patch-powerpc-2.6.7-2.6.7/patches/marvell-gigabit.diff
Could someone
Hi,
Sven Luther writes:
How about including this patch ?
This patch, by Julien Blache, can be found here:
URL:http://www.theorie.physik.uni-muenchen.de/~jens/kernel-patch-powe
rpc/kernel-patch-powerpc-2.6.7-2.6.7/patches/powermac-beep.diff
I don't see the missing console beep as an
On Tue, Jun 22, 2004 at 03:58:13PM +0300, Shaul Karl wrote:
I do have that board installed. Currently I am using only 1 out of its
32 ports. That port seems to work. I do intent to use more ports.
OK, can you please boot a clean system using init=/bin/bash, and
then load istallion without
On Wed, Jun 23, 2004 at 01:43:06PM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
i added [..] the marvell driver to the svn repo,
Time for a subject change. We are talking about the following patch:
URL:http://www.theorie.physik.uni-muenchen.de/~jens/kernel-patch-powe
Hi,
Sven Luther writes:
Huge ?
Yes, huge. Twice the size of the other patches combined. Twenty
times if you omit the asfs patch from the others. Talking about the
asfs patch, any progress getting it accepted upstream? Any reason why
it should not be promoted to kernel-source in the
On Wed, Jun 23, 2004 at 01:43:06PM +0200, Jens Schmalzing wrote:
i added [..] the marvell driver to the svn repo,
Time for a subject change. We are talking about the following patch:
URL:http://www.theorie.physik.uni-muenchen.de/~jens/kernel-patch-powe
On Wed, Jun 23, 2004 at 02:21:30PM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
Thanks for your input on this, Manoj.
Yep.
you loose the capacity of depending on a bootloader though, unless
we do a quik | yaboot | mkvmlinuz | nothing kind of thing. Don't
believe if
On Wed, Jun 23, 2004 at 01:48:39PM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
How about including this patch ?
This patch, by Julien Blache, can be found here:
URL:http://www.theorie.physik.uni-muenchen.de/~jens/kernel-patch-powe
On Wed, Jun 23, 2004 at 02:18:36PM +0200, Jens Schmalzing wrote:
times if you omit the asfs patch from the others. Talking about the
asfs patch, any progress getting it accepted upstream?
I've done the first pass of review but haven't now that you remind me
I still have open question of the
On Wed, Jun 23, 2004 at 02:18:36PM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
Huge ?
Yes, huge. Twice the size of the other patches combined. Twenty
times if you omit the asfs patch from the others. Talking about the
asfs patch, any progress getting it accepted upstream?
On Wed, Jun 23, 2004 at 02:55:21PM +0200, Christoph Hellwig wrote:
On Wed, Jun 23, 2004 at 01:48:39PM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
How about including this patch ?
This patch, by Julien Blache, can be found here:
On Wed, Jun 23, 2004 at 03:11:01PM +0200, Sven Luther wrote:
http://svn.debian.org/viewcvs/kernel/kernel/2.6/powerpc/trunk/kernel-patch-powerpc-2.6.7-2.6.7/patches/powermac-beep.diff?view=markuprev=786
Can find anything bogus with it, although it doesn't speak for ALSA that
it's about
I talked to Herbert and he doesn't plan to maintain modular-swsusp
anymore, and given it's a huge maintaince overhead I'd like to drop it
from kernel-source.
I'd like to add 3ware's new SATA RAID driver that is in the upstream BK
tree now into kernel-source. the PATA 3ware cards have been a huge
success and I'd like to make sure we support them in Sarge.
On Wed, Jun 23, 2004 at 03:10:36PM +0200, Christoph Hellwig wrote:
On Wed, Jun 23, 2004 at 03:09:09PM +0200, Sven Luther wrote:
Ah, thanks for mentioning it, i will forward this info to Nicolas DET,
but he will probably not have time to review this before next week, nor
will i. The included
On Wed, Jun 23, 2004 at 02:26:08PM +0100, Martin Michlmayr wrote:
* Christoph Hellwig [EMAIL PROTECTED] [2004-06-23 15:21]:
I talked to Herbert and he doesn't plan to maintain modular-swsusp
anymore, and given it's a huge maintaince overhead I'd like to drop
it from kernel-source.
And
* Christoph Hellwig [EMAIL PROTECTED] [2004-06-23 15:22]:
I'd like to add 3ware's new SATA RAID driver that is in the upstream
BK tree now into kernel-source. the PATA 3ware cards have been a
huge success and I'd like to make sure we support them in Sarge.
Sounds good, there are an increasing
On Wed, Jun 23, 2004 at 03:15:00PM +0200, Christoph Hellwig wrote:
On Wed, Jun 23, 2004 at 03:11:01PM +0200, Sven Luther wrote:
http://svn.debian.org/viewcvs/kernel/kernel/2.6/powerpc/trunk/kernel-patch-powerpc-2.6.7-2.6.7/patches/powermac-beep.diff?view=markuprev=786
Can find anything
On Wed, Jun 23, 2004 at 02:27:36PM +0100, Martin Michlmayr wrote:
* Christoph Hellwig [EMAIL PROTECTED] [2004-06-23 15:22]:
I'd like to add 3ware's new SATA RAID driver that is in the upstream
BK tree now into kernel-source. the PATA 3ware cards have been a
huge success and I'd like to
On Wed, Jun 23, 2004 at 03:29:13PM +0200, Sven Luther wrote:
Can find anything bogus with it, although it doesn't speak for ALSA that
it's about 10times as much code as the beep support I added to the
dmasound driver. But as Jens said please get it included upstream
first. If it's
On Wed, Jun 23, 2004 at 03:39:58PM +0200, Christoph Hellwig wrote:
On Wed, Jun 23, 2004 at 03:29:13PM +0200, Sven Luther wrote:
Can find anything bogus with it, although it doesn't speak for ALSA that
it's about 10times as much code as the beep support I added to the
dmasound driver.
Hi,
Christoph Hellwig writes:
404
Oops. Fixed.
Regards, Jens.
--
J'qbpbe, le m'en fquz pe j'qbpbe!
Le veux aimeb et mqubib panz je pézqbpbe je djuz tqtaj!
Hi,
Sven Luther writes:
unbootable kernels on non pmac systems,
Speaking of which. Anybody got a PReP system they don't need and
could throw at me? As I said, I got a bunch of RS/6000 boxen
recently, only to find out they're MCA.
Regards, Jens.
--
J'qbpbe, le m'en fquz pe j'qbpbe!
Le veux
Hi,
Christoph Hellwig writes:
On the junkjard.
Done.
Andrew Morton's -mm tree has a much better driver for the same
hardware (and it's about a third the size)
This should definitely go into kernel-source then. First because it's
already in -mm, second because it's a chance of getting out
On Wed, Jun 23, 2004 at 05:27:05PM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
BTW, could you add a mkvmlinuz calling script to the next version of
mkvmlinuz ?
A calling script for a shell script?
:)
Something like :
#!/bin/sh
mkvmlinuz -k $2 -o
Hi,
Sven Luther writes:
BTW, could you add a mkvmlinuz calling script to the next version of
mkvmlinuz ?
A calling script for a shell script?
Something like :
#!/bin/sh
mkvmlinuz -k $2 -o /boot/vmlinuz-$1
Should do just fine.
This is already there, right in mkvmlinuz itself.
Hi,
Sven Luther writes:
Do you mean that by doing :
mkvmlinuz /boot/vmlinux-2.6.7-powerpc 2.6.7-powerpc
The right thing will happen, and that is creation of a
/boot/vmlinuz-2.6.7-powerpc ?
Yes, provided /etc/mkvmlinuz/output sets the variable output to
/boot/vmlinuz-$release.
On Wed, Jun 23, 2004 at 04:27:08PM +0200, Jens Schmalzing wrote:
Hi,
Christoph Hellwig writes:
On the junkjard.
Done.
Hey, please, i protest. Why you remove the patch like that without even
consulting me about this ? It is a patch which is well tested on the
pegasos, and is even
On Wed, Jun 23, 2004 at 07:08:06PM +0200, Julien BLACHE wrote:
Christoph Hellwig [EMAIL PROTECTED] wrote:
Hi,
We don't give it 100% out of hand. We can still decide what to take and
what not. But I'm very much against patches where the authors haven't
even bothered to post them
Christoph Hellwig [EMAIL PROTECTED] wrote:
Hi,
We don't give it 100% out of hand. We can still decide what to take and
what not. But I'm very much against patches where the authors haven't
even bothered to post them upstream because that will lead to a huge
amount of patches we'll have to
On Wed, Jun 23, 2004 at 07:43:16PM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
Yeah, fine, and will we set this by default, or not ?
As long as we do not run the risk of accidentally clobbering any
existing /boot/vmlinuz-foo files, fine. That could be done through
more
cramfs_1.1-6_i386.changes uploaded successfully to localhost
along with the files:
cramfs_1.1-6.dsc
cramfs_1.1-6.diff.gz
cramfsprogs_1.1-6_i386.deb
Greetings,
Your Debian queue daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I was wondering why are we using initd on installed debian kernels.
Let me explain myself: I can perfectly understand that initrd is needed
for d-i, but, when I recently updated an x86 woody box to testing,
upgrading its kernel to 2.4.26 debian,
On Wed, Jun 23, 2004 at 10:21:23PM +0200, Thibaut VARENE wrote:
I was wondering why are we using initd on installed debian kernels.
That's needed in order to load on demand rootfs-related modules
(i.e. fs and block devices modules).
--
Francesco P. Lovergine
On Wed, Jun 23, 2004 at 10:21:23PM +0200, Thibaut VARENE wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I was wondering why are we using initd on installed debian kernels.
Let me explain myself: I can perfectly understand that initrd is needed
for d-i, but, when I recently
Hi,
Thibaut Varene writes:
I didn't pay much attention to that at that time, knowing it was the
new default for debian kernels. But, I started giggling when I
realized the total boot time (time before first login prompt) of the
box was almost tripled (that's a P2 400).
How big is the
On Wed, Jun 23, 2004 at 09:51:11PM +1000, Herbert Xu wrote:
On Tue, Jun 22, 2004 at 03:58:13PM +0300, Shaul Karl wrote:
I do have that board installed. Currently I am using only 1 out of its
32 ports. That port seems to work. I do intent to use more ports.
OK, can you please boot a
Processing commands for [EMAIL PROTECTED]:
submitter 254964 !
Bug#254964: ifup for eth0 not working with kernel-image-2.6.6-1-386]]
Warning: Unknown package 'kernel-image'
Changed Bug submitter from William R. Brown [EMAIL PROTECTED] to [EMAIL
PROTECTED]
reassign 254962
Package: kernel-image-2.6.6-1-k7
Version: 2.6.6-1
Severity: important
Every once in a while I get a message similar to the following on the console
and in /var/log/kern.log:
Jun 23 16:15:35 localhost kernel: CPU 0: Machine Check Exception:
0004
Jun 23 16:15:35 localhost kernel: Bank
On Mon, 21 Jun 2004 19:31:17 +0200, Jens Schmalzing wrote:
[...]
So, William, is it alright if I upload the following to unstable?
URL:http://www.theorie.physik.uni-muenchen.de/~jens/kernel-source/
Regards, Jens.
FYI, kernel-image-2.6.7-i386 builds fine w/ these kernel sources, as long
On Mon, 21 Jun 2004 19:31:17 +0200, Jens Schmalzing wrote:
[...]
So, William, is it alright if I upload the following to unstable?
URL:http://www.theorie.physik.uni-muenchen.de/~jens/kernel-source/
Regards, Jens.
On Wed, Jun 23, 2004 at 06:25:34PM -0400, Andres Salomon wrote:
FYI,
On Wed, Jun 23, 2004 at 04:52:35PM -0500, Benjamin Herrenschmidt wrote:
On Wed, 2004-06-23 at 11:34, Sven Luther wrote:
I am a bit sick of this tyranic rule on the powerpc package you are
taking, not really caring about non pmac packages, and arbitrarily
taking functionality away without
On Wed, Jun 23, 2004 at 05:00:54PM -0500, Benjamin Herrenschmidt wrote:
Christoph, i am not really sure i care all that much for this please
let's it included upstream first philosophy. It let the control over
what we will have or not in the debian kernel totally out of our hand,
which
47 matches
Mail list logo
