On Wed, Jun 23, 2004 at 11:00:24PM -0500, Manoj Srivastava wrote:
> On Wed, 23 Jun 2004 08:04:11 +0200, Sven Luther <[EMAIL PROTECTED]> said:
>
> > How should we handle this if there was already a user set
> > postinst_hook ? This has no chance of working, right ?
>
> Hmm. At the momen
On Wed, 23 Jun 2004 15:32:36 -0700, William Lee Irwin III wrote:
> On Mon, 21 Jun 2004 19:31:17 +0200, Jens Schmalzing wrote:
>> [...]
>>> So, William, is it alright if I upload the following to unstable?
>>> http://www.theorie.physik.uni-muenchen.de/~jens/kernel-source/>
>>> Regards, Jens.
>
> O
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 consulting. And please step a bit down
> from this 'i am always right' atti
> 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 is not something i am 100% confortable with.
This is also the way other
On Wed, 23 Jun 2004 08:04:11 +0200, Sven Luther <[EMAIL PROTECTED]> said:
> How should we handle this if there was already a user set
> postinst_hook ? This has no chance of working, right ?
Hmm. At the moment, no.
> So, probably, the best solution would be to do it the right way, a
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,
>
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 w
On Mon, 21 Jun 2004 19:31:17 +0200, Jens Schmalzing wrote:
> [...]
>> So, William, is it alright if I upload the following to unstable?
>> 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, kernel
On Mon, 21 Jun 2004 19:31:17 +0200, Jens Schmalzing wrote:
[...]
>
> So, William, is it alright if I upload the following to unstable?
>
> 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 Thu, Jun 24, 2004 at 12:04:51AM +0300, Shaul Karl wrote:
>
> I don't understand you. What do you mean by `boot a clean system'?
Exactly what you did below.
> Perhaps I should point out that my /etc/modprobe.d/istallion is the
> following:
>
> options istallion board0=ONboard,0x240
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 1
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 kernel-image-2.6.
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 b
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 in
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 re
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
-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, I
Accepted:
cramfs_1.1-6.diff.gz
to pool/main/c/cramfs/cramfs_1.1-6.diff.gz
cramfs_1.1-6.dsc
to pool/main/c/cramfs/cramfs_1.1-6.dsc
cramfsprogs_1.1-6_i386.deb
to pool/main/c/cramfs/cramfsprogs_1.1-6_i386.deb
Announcing to debian-devel-changes@lists.debian.org
Thank you for your contribution
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
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- files, fine. That could be done through
more elaborate checks in the script itself or through a debconf
question, do it as yo
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>> Just in case you were referring to my patch: I mailed the patch to
>> the maintainer of the sound subsystem as listed in the MAINTAINERS
>> file.
>
> Okay, please drop us a note if it's accepted and if nessecary send an
> updated patch.
Will do, ass
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- files, fine. That could be done through
> mo
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 hav
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
On Wed, 23 Jun 2004 15:29:18 +0200, Christoph Hellwig wrote:
> 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 hug
Someone on the irc channel suggested a wiki, so I set one up:
http://wiki.debian.net/index.cgi?DebianKernel
Could folks list their names next to the arch's that they care about?
You're welcome to create subpages, etc. I've just put something up
there that I think would be worth working from, bu
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
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
On Wed, Jun 23, 2004 at 06:04:39PM +0200, Jens Schmalzing wrote:
> 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-powe
On Wed, Jun 23, 2004 at 05:52:11PM +0200, Sven Luther wrote:
> 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 shel
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
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
Hi,
Sven Luther writes:
> Did you already work on the mkvmlinuz support ?
No.
> If not, i will start on that right now, and you can merge this stuff
> once i commit it.
Thanks. But mkvmlinuz is not in the svn repository, so just send me
the patches.
> BTW, you also need to add the needed stu
On Wed, Jun 23, 2004 at 05:10:28PM +0200, Jens Schmalzing wrote:
> Hi,
>
> Sven Luther writes:
>
> > Did you already work on the mkvmlinuz support ?
>
> No.
Ok. BTW, could you add a mkvmlinuz calling script to the next version of
mkvmlinuz ? Something like :
#!/bin/sh
mkvmlinuz -k $2 -
On Wed, Jun 23, 2004 at 04:27:08PM +0200, Jens Schmalzing wrote:
> > 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 chan
On Wed, Jun 23, 2004 at 04:19:13PM +0200, Jens Schmalzing wrote:
> 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 f
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 ou
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:
> 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!
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 dr
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 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 lik
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=markup&rev=786
>
> Can find an
* 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 increa
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.
>
* 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 upstream is not interested in it?
--
Martin Michlmayr
[EMAIL PROTECTE
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 in
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.
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.
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=markup&rev=786
Can find anything bogus with it, although it doesn't speak for ALSA that
it's about 10ti
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:
> >
> > http://www.the
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 driver has some improvement to make use of the
> northbridge builtin
On Wed, Jun 23, 2004 at 02:48:42PM +0200, Christoph Hellwig wrote:
> 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:
> >
> > http://www.theorie.phy
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
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 a
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:
>
> http://www.theorie.physik.uni-muenchen.de/~jens/kernel-patch-powe
> rpc/kernel-patch-powerpc-2.6.7-2.
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 | kind of thing. Don't
> > believe
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:
>
> http://www.theorie.physik.uni-muenchen.de/~jens/kernel-patch-powe
> rpc/kernel-patch-powerpc-2.6.7-2.
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 | kind of thing. Don't
> believe if is possible though.
It is. Don't add a dependency at all.
Regards, Jens.
--
J'
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 meantim
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:
>
> http://www.theorie.physik.uni-muenchen.de/~jens/kernel-patch-powe
>
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
Hi,
Sven Luther writes:
> How about including this patch ?
"This patch", by Julien Blache, can be found here:
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 extremely
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:
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 pl
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 powerpc-on
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
As reported here:
http://www.uwsg.iu.edu/hypermail/linux/kernel/0406.2/0415.html
the vanilla kernel 2.6.7 as a little bug detecting the correct agp for e.g. my
VIA KT600 chipset...
Can you please consider in realeasing the kernel-patch-2.6.7-debian-patches
with the above mentioned patch include
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 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 /etc/
69 matches
Mail list logo
