Jean-Eric Cuendet | 1 Oct 2005 16:36
Picon

Re: KernelFreeze, 2.6.14, UBZ agenda, and other bits


> On to 2.6.14, for dapper. I've already got a tree in baz for 2.6.14, but
> before we go head strong into it, I think we need to re-evaluate the whole
> kernel development proces for Ubuntu. UBZ is probably going to be a good
> time for us to finalize some ideas for this. I wasn't here for most of
> breezy, so I don't know all the problems or things learned from the last
> cycle. This is where most of you step in.

I would say that I would be very interested in testing the last kernel 
for dapper, but I'm a bit afraid to test Dapper itself... I think that 
having a backport of the Dapper kernel for Breezy would be very nice, 
for users, but also for developers! There would be a lot more testers of 
the Dapper kernel!
I'm sure that a lot of people are like me: afraid about Dapper but happy 
to test the kernel.

Thanks to hear.
-jec

Ben Collins | 2 Oct 2005 04:17
Favicon

Re: KernelFreeze, 2.6.14, UBZ agenda, and other bits

Generally, you can install the kernel .deb's from one release to the
prior. I can't guarantee it will install, but if it does install, it will
almost certainly boot.

On Sat, Oct 01, 2005 at 04:36:21PM +0200, Jean-Eric Cuendet wrote:
> 
> >On to 2.6.14, for dapper. I've already got a tree in baz for 2.6.14, but
> >before we go head strong into it, I think we need to re-evaluate the whole
> >kernel development proces for Ubuntu. UBZ is probably going to be a good
> >time for us to finalize some ideas for this. I wasn't here for most of
> >breezy, so I don't know all the problems or things learned from the last
> >cycle. This is where most of you step in.
> 
> I would say that I would be very interested in testing the last kernel 
> for dapper, but I'm a bit afraid to test Dapper itself... I think that 
> having a backport of the Dapper kernel for Breezy would be very nice, 
> for users, but also for developers! There would be a lot more testers of 
> the Dapper kernel!
> I'm sure that a lot of people are like me: afraid about Dapper but happy 
> to test the kernel.
> 
> Thanks to hear.
> -jec
> 
> -- 
> kernel-team mailing list
> kernel-team <at> lists.ubuntu.com
> http://lists.ubuntu.com/mailman/listinfo/kernel-team

--

-- 
(Continue reading)

Jean-Eric Cuendet | 3 Oct 2005 09:06
Picon

Re: KernelFreeze, 2.6.14, UBZ agenda, and other bits


> Generally, you can install the kernel .deb's from one release to the
> prior. I can't guarantee it will install, but if it does install, it will
> almost certainly boot.

Yes, normally....
But for Hoary, Breezy kernels won't install. Because it needed newer 
modutils which needed newer glibc...

That's just a dependency problem, nothing more. Probably a rebuild on 
Breezy will do the trick if Dapper kernel doesn't install.

It would be nice if there could be an apt repo just containing the 
Dapper kernel, so it's easy to put it in sources.list on Breezy. What do 
you think?
Or am I alone in willing to test the Dapper kernel on Breezy?
-jec

Karl Hegbloom | 3 Oct 2005 22:29
Picon
Favicon

Suspend2 for Dapper?

I would like to see the Suspend2 patches in the Dapper kernel.  I
believe that they are working hard on getting those into the mainstream
kernel, but I don't know when that will be.

The thing is that the Suspend2 works on my laptop, but the one in the
Breezy kernel does not.  Additionally, the 'hibernate' script that is
part of the Suspend2 project does a much nicer job of managing the
hibernate and resume than the 'acpi-support' scripts do.  (I wish that
it just used 'hibernate', since it should support the Breezy suspend
with simple modifications to its configuration file.)

Suspend2 can hibernate to a file, or to a swap partition.  It can
hibernate to encrypted swap or file system also.  It has a user-space
progress display that gives visual feedback about the suspend and resume
cycle.  It can probably be worked into 'usplash' with a little bit of
work.

Please spend at least one day investigating and trying out Suspend2 and
'hibernate' before you "shoot it down".

--

-- 
Karl Hegbloom <hegbloom <at> pdx.edu>

Jean-Eric Cuendet | 4 Oct 2005 12:39
Picon

Re: Suspend2 for Dapper?


> The thing is that the Suspend2 works on my laptop, but the one in the
> Breezy kernel does not.  Additionally, the 'hibernate' script that is
> part of the Suspend2 project does a much nicer job of managing the
> hibernate and resume than the 'acpi-support' scripts do.  (I wish that
> it just used 'hibernate', since it should support the Breezy suspend
> with simple modifications to its configuration file.)
 >
> Suspend2 can hibernate to a file, or to a swap partition.  It can
> hibernate to encrypted swap or file system also.  It has a user-space
> progress display that gives visual feedback about the suspend and resume
> cycle.  It can probably be worked into 'usplash' with a little bit of
> work.

Yes, hibernate is nicer in a lot of aspects than suspend_mainline

> Please spend at least one day investigating and trying out Suspend2 and
> 'hibernate' before you "shoot it down".

The problem IMO, is that suspend2 is *very* invasive. Applying suspend2 
and then add other patches (bluetooth, acpi, inotify, ...) is very hard.
That's why, I think it's a bad idea to apply suspend2 for Dapper kernel.
-jec

Andreas Happe | 4 Oct 2005 18:22

Re: Suspend2 for Dapper?

On 2005-10-03, Karl Hegbloom <hegbloom <at> pdx.edu> wrote:
> I would like to see the Suspend2 patches in the Dapper kernel.  I
> believe that they are working hard on getting those into the mainstream
> kernel, but I don't know when that will be.

> Suspend2 can hibernate to a file, or to a swap partition.  It can
> hibernate to encrypted swap or file system also.

swsusp (i think since some rc - cycles) can also encrypt hibernate data
(the key is also stored on the swap - partition).

> It has a user-space
> progress display that gives visual feedback about the suspend and resume
> cycle.

works with bootsplash - a thing that should not be in the kernel in the
first place. Google for swsusp3 which should be able to do all those
funky stuff in user-space and it is being developed by the current
swsusp maintainer.

> It can probably be worked into 'usplash' with a little bit of work.

see above.

Andreas

Ben Collins | 5 Oct 2005 17:16
Favicon

Re: KernelFreeze, 2.6.14, UBZ agenda, and other bits

On Mon, Oct 03, 2005 at 09:06:13AM +0200, Jean-Eric Cuendet wrote:
> 
> >Generally, you can install the kernel .deb's from one release to the
> >prior. I can't guarantee it will install, but if it does install, it will
> >almost certainly boot.
> 
> Yes, normally....
> But for Hoary, Breezy kernels won't install. Because it needed newer 
> modutils which needed newer glibc...
> 
> That's just a dependency problem, nothing more. Probably a rebuild on 
> Breezy will do the trick if Dapper kernel doesn't install.
> 
> It would be nice if there could be an apt repo just containing the 
> Dapper kernel, so it's easy to put it in sources.list on Breezy. What do 
> you think?
> Or am I alone in willing to test the Dapper kernel on Breezy?

I'm more than willing to entertain the idea of making the development
kernel easier to test. My fear is that we may encounter bugs when running
the kernel on breezy, that are simple because of supporting programs
needed from dapper (API changes for kernel/userspace communications, like
IEEE-1394, USB, and such). Some things may need to be recompiled with
recent kernel headers in order to work properly.

I don't want to be slowed down by bugs like this when the kernel works as
expected under dapper.

--

-- 
   Ben Collins <ben.collins <at> ubuntu.com>
(Continue reading)

Barthold F. J. Dornseiffen | 4 Oct 2005 13:47
Picon

kernel differences

Hello developers,

My name is Barthold Dornseiffen and i am from the Nethelands. Currently 
i am writing a thesis about "Open Source Software analyzed in a 
desicion-making context", to fulfill my master degree. Because of the 
significant growth figures of Ubuntu, i am interested in this 
distribution. So why am i writing to the kernel-team? Because is would 
like the know the global differences with the Ubuntu kernel and the 
Linux kernel developed by OSDL. Is there much cooperation between your 
team and the OSDL team?

Thanks in forward,

Barthold Dornseiffen

Ben Collins | 6 Oct 2005 16:28
Favicon

Re: kernel differences

We're not actually developing the kernel, atleast not in the same way that
Linus is. What we are doing is settling on a kernel version for a
particular release, and then making that kernel run as well as can be
expected, and support as much hardware as we can reliably do.

That involves integrating bug fixing patches. Some of the patches may have
been backported from a newer kernel than the one we are using (e.g.
backporting 2.6.14-rc1 patches to our 2.6.12 kernel in breezy).

The other portion (the much larger one) is integrating patches and drivers
from outside the kernel tree. These drivers are usually to support newer
hardware, which has not yet been supported in the mainline kernel.

There's lots of cooperation between us and the rest of the kernel
developers, in that they help us fix bugs that our users report, in
whichever area of expertise they might have (PCI, USB, networking, etc).

On Tue, Oct 04, 2005 at 01:47:19PM +0200, Barthold F. J. Dornseiffen wrote:
> Hello developers,
> 
> My name is Barthold Dornseiffen and i am from the Nethelands. Currently 
> i am writing a thesis about "Open Source Software analyzed in a 
> desicion-making context", to fulfill my master degree. Because of the 
> significant growth figures of Ubuntu, i am interested in this 
> distribution. So why am i writing to the kernel-team? Because is would 
> like the know the global differences with the Ubuntu kernel and the 
> Linux kernel developed by OSDL. Is there much cooperation between your 
> team and the OSDL team?
> 
> Thanks in forward,
(Continue reading)

Christophe Lucas | 9 Oct 2005 09:49

Breezy, usplash freeze

Hi all,

I have a little problem with usplash: one time on two it is freezing my
machine. I say it is usplash but I am not really sure of this. It is
freezing all the time on the same item "Setting clocktime" before doing
it by ntpdate. So perhaps, it is this, but at this time I have no more
keyboard.

kernel  : 2.6.12-9-386
distrib : Breezy
clucas <at> kiki:~$ cat /proc/cpuinfo
processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 6
model           : 1
model name      : AMD-K7(tm) Processor
stepping        : 2
cpu MHz         : 655.077
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca
cmov pat m
mx syscall mmxext 3dnowext 3dnow
(Continue reading)


Gmane