linux-ubuntu-modules*postrm

Hi

The script linux-ubuntu-modules*postrm should be improved that way that it
checks if the corresponding linux-image is still installed prior to run
depmod and update-initramfs otherwise you leave the user with an unremovable
package if aptitude decides to remove the image prior to the modules.

--

-- 
bye Thilo

key: 0x4A411E09

Re: Btrfs v0.14 Released

adding the ubuntu kernel team. BenC or TimG, do you have any
suggestions for Chris?

On Thu, May 1, 2008 at 9:26 AM, Chris Mason <chris.mason <at> oracle.com> wrote:
> On Thursday 01 May 2008, Jeff Schroeder wrote:
>  > On Thu, May 1, 2008 at 9:04 AM, Chris Mason <chris.mason <at> oracle.com> wrote:
>  > > On Tuesday 29 April 2008, Chris Mason wrote:
>  > >  > Hello everyone,
>  > >  >
>  > >  > Btrfs v0.14 is now available for download.  Please note the disk
>  > >  > format has changed, and it is not compatible with older versions of
>  > >  > Btrfs.
>  > >  >
>  > >  > For downloads and documention, please see the Btrfs project page:
>  > >  >
>  > >  > http://btrfs.wiki.kernel.org
>  > >
>  > >  Hello everyone,
>  > >
>  > >  I've rolled up some fixes for older kernels and fixed an uninitialized
>  > >  variables in btrfs-progs that could cause an oops on mount.  I'll wait a
>  > > few days to see if other bug reports come in and cut a 0.15 with any
>  > > other critical fixes.
>  >
>  > Well it oopses on writes everytime in Ubuntu 8.04 (Hardy). I'd planned
>  > on digging into
>  > it more before spending a bug report, but will send it tonight after
>  > getting to the affected
>  > machine.
>

[PATCH] Fix oops in sunrpc on hardy

Hello,

The rpcb_getport_async function in the sunrpc module copies larger
memory area than the allocated on Ubuntu Hardy.
Because of this problem, NFS users might encounter oops. See Bug #224750.

This bug is derived from Linux 2.6.24 in kernel.org.
It seems to be fixed on Linux 2.6.25 in kernel.org by the commit
86d61d8638ddf9cdf87df26c7fa69b2804425fbe.

I don't know how important it is for Ubuntu users, but I made the
patch to solve it, which is the attachment.

Regards,

--

-- 
HIRANO Takahito
hiranotaka <at> zng.info

Hello,

The rpcb_getport_async function in the sunrpc module copies larger
memory area than the allocated on Ubuntu Hardy.
Because of this problem, NFS users might encounter oops. See Bug #224750.

This bug is derived from Linux 2.6.24 in kernel.org.
It seems to be fixed on Linux 2.6.25 in kernel.org by the commit
86d61d8638ddf9cdf87df26c7fa69b2804425fbe.

SRU 2nd ack

Hi,

to exercise the SRU process. I would like the add the following patch
for 8.04.1. This would avoid a large amount of error messages (see
https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/209971).

Stefan

Hi,

to exercise the SRU process. I would like the add the following patch
for 8.04.1. This would avoid a large amount of error messages (see
https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/209971).

Stefan

Re: SRU 2nd ack

On Thu, May 1, 2008 at 2:08 PM, Stefan Bader <stefan.bader <at> canonical.com> wrote:
> Hi,
>
>  to exercise the SRU process. I would like the add the following patch
>  for 8.04.1. This would avoid a large amount of error messages (see
>  https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/209971).
>
>  Stefan

Please be aware that the GPIO fix, above, is already queued for
2.6.24.6-stable, and the review period ends today -- this fix will be
merged into the vanilla 2.6.24.6-stable kernel today or tomorrow, the
latest.

http://git.kernel.org/?p=linux/kernel/git/stable/stable-queue.git;a=commitdiff;h=75d5d102be039d3e54fda2bb3b8446d5334cbeec

"v4l-cx88-enable-radio-gpio-correctly.patch"

Please also be advised that the "fix" is merely a workaround -- the
actual bug is in Ubuntu's hald, which is writing GPIOs to this PCI
card.

How is hald doing this? WHY is hald doing this? We only see this issue
in Ubuntu -- nobody else has reported this issue using other distros.

Regards,

Mike Krufky

Re: [PATCH] Fix oops in sunrpc on hardy

HIRANO Takahito wrote:
> Hello,
> 
> The rpcb_getport_async function in the sunrpc module copies larger
> memory area than the allocated on Ubuntu Hardy.
> Because of this problem, NFS users might encounter oops. See Bug #224750.
> 
> This bug is derived from Linux 2.6.24 in kernel.org.
> It seems to be fixed on Linux 2.6.25 in kernel.org by the commit
> 86d61d8638ddf9cdf87df26c7fa69b2804425fbe.
> 
> I don't know how important it is for Ubuntu users, but I made the
> patch to solve it, which is the attachment.
> 
> Regards,
> 
> 

Have you sent this to stable <at> kernel.org? Stable 2.6.24.y could benefit
from this patch.

rtg
--

-- 
Tim Gardner tim.gardner <at> ubuntu.com

Re: Btrfs v0.14 Released

Jeff Schroeder wrote:
> adding the ubuntu kernel team. BenC or TimG, do you have any
> suggestions for Chris?
> 
> On Thu, May 1, 2008 at 9:26 AM, Chris Mason <chris.mason <at> oracle.com> wrote:
>> On Thursday 01 May 2008, Jeff Schroeder wrote:
>>  > On Thu, May 1, 2008 at 9:04 AM, Chris Mason <chris.mason <at> oracle.com> wrote:
>>  > > On Tuesday 29 April 2008, Chris Mason wrote:
>>  > >  > Hello everyone,
>>  > >  >
>>  > >  > Btrfs v0.14 is now available for download.  Please note the disk
>>  > >  > format has changed, and it is not compatible with older versions of
>>  > >  > Btrfs.
>>  > >  >
>>  > >  > For downloads and documention, please see the Btrfs project page:
>>  > >  >
>>  > >  > http://btrfs.wiki.kernel.org
>>  > >
>>  > >  Hello everyone,
>>  > >
>>  > >  I've rolled up some fixes for older kernels and fixed an uninitialized
>>  > >  variables in btrfs-progs that could cause an oops on mount.  I'll wait a
>>  > > few days to see if other bug reports come in and cut a 0.15 with any
>>  > > other critical fixes.
>>  >
>>  > Well it oopses on writes everytime in Ubuntu 8.04 (Hardy). I'd planned
>>  > on digging into
>>  > it more before spending a bug report, but will send it tonight after
>>  > getting to the affected
>>  > machine.

Re: SRU 2nd ack

Michael Krufky wrote:
> On Thu, May 1, 2008 at 2:08 PM, Stefan Bader <stefan.bader <at> canonical.com> wrote:
>> Hi,
>>
>>  to exercise the SRU process. I would like the add the following patch
>>  for 8.04.1. This would avoid a large amount of error messages (see
>>  https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/209971).
>>
>>  Stefan
> 
> 
> 
> 
> Please be aware that the GPIO fix, above, is already queued for
> 2.6.24.6-stable, and the review period ends today -- this fix will be
> merged into the vanilla 2.6.24.6-stable kernel today or tomorrow, the
> latest.
> 
> http://git.kernel.org/?p=linux/kernel/git/stable/stable-queue.git;a=commitdiff;h=75d5d102be039d3e54fda2bb3b8446d5334cbeec
> 
> "v4l-cx88-enable-radio-gpio-correctly.patch"
> 
> Please also be advised that the "fix" is merely a workaround -- the
> actual bug is in Ubuntu's hald, which is writing GPIOs to this PCI
> card.
> 
> How is hald doing this? WHY is hald doing this? We only see this issue
> in Ubuntu -- nobody else has reported this issue using other distros.
> 
> Regards,

Re: Xen networking on Hardy

HIRANO Takahito wrote:
> Hello Tim and Subscribers,
> 
> I posted a patch to Bug #218126, and Chunk reformatted the patch,
> which was committed:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/218126
> 
> However, Chunk's patch lacks an important line, which exists in my
> original patch.
> This difference causes BUG() in some environments.
> 
> Compare Chunk's patch carefully:
> http://launchpadlibrarian.net/13613697/0001-UBUNTU-Xen-Fix-networking-between-dom0-and-domU.patch
> 
> with my original patch:
> http://launchpadlibrarian.net/13564638/004-xen-netfront-fix.patch
> 
> I re-created the patch against the current hardy tree.
> http://launchpadlibrarian.net/14048582/0001-UBUNTU-Fix-incomplete-commit-294d61f7b574d2909aec60.patch
> 
> Could you apply this patch?
> 
> Regards,
> 
> --
> HIRANO Takahito
> hiranotaka <at> zng.info
> 

applied.

Re: Btrfs v0.14 Released

On Thursday 01 May 2008, Tim Gardner wrote:

[ btrfs oops on ubuntu ]

> >>  This is because ubuntu kernels ship with apparmor, you'll need this
> >> patch:
> >>
> >>  If there is a #ifdef IM_A_UBUNTU_KERNEL I can use, I'll do it.  Jeff
> >> Mahoney has a similar patch for SUSE that I've been meaning to merge,
> >> but I wanted to lookup some way to check for ubuntu as well.
> >>
> >>  -chris
> >>
> >>  diff -r e7da2489b19b file.c
> >>  --- a/file.c    Wed Apr 30 13:59:35 2008 -0400
> >>  +++ b/file.c    Thu May 01 12:25:11 2008 -0400
> >>   <at>  <at>  -852,7 +852,7  <at>  <at>  static ssize_t btrfs_file_write(struct f
> >>                 goto out_nolock;
> >>         if (count == 0)
> >>                 goto out_nolock;
> >>  -       err = remove_suid(fdentry(file));
> >>  +       err = remove_suid(&file->f_path);
> >>         if (err)
> >>                 goto out_nolock;
> >>         file_update_time(file);
>
> Couldn't you #ifdef based on CONFIG_SECURITY_APPARMOR ? This ought to
> work for Hardy. However the next development kernel (Intrepid) does not
> have the APPARMOR patches, so just knowing that its an UBUNTU kernel is
> not specific enough.