headers
Tim Gardner | 1 Feb 2009 16:09
Favicon

Re: [Intrepid] SRU: modprobe isp1760 triggers kernel oops

Stefan Bader wrote:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/322553
> 
> SRU justification:
> 
> Impact: Updates from the 2.6.27.12 enabled the isp1761 module
> implicitly, triggering a bug in the probe function as a side effect.
> This causes a kernel oops at boot on machines with that hw.
> 
> Fix: Patch from upstream (2.6.28rc2, so Jaunty is not affected) which
> fixes the probing code. Updated kernel has been verified to solve the
> problem. Changes a limited to that specific driver.
> 
> Testcase: Boot with affected hw (see report).
> 
> 

ACK
--

-- 
Tim Gardner tim.gardner <at> canonical.com
Permalink | Reply | 0 comments |
headers
Tim Gardner | 1 Feb 2009 16:13
Favicon

Re: Request pull

Luke Yelavich wrote:
> The following changes since commit 150118229c23033225bb612731c1d6d4abc0f078:
>   Tim Gardner (1):
>         UBUNTU: Start new release
> 
> are available in the git repository at:
> 
>   git://kernel.ubuntu.com/themuso/ubuntu-jaunty.git master
> 
> Luke Yelavich (1):
>       UBUNTU: hid modules have hyphens instead of underscores in their names
> 
>  debian/d-i/modules/input-modules |   40 +++++++++++++++++++-------------------
>  1 files changed, 20 insertions(+), 20 deletions(-)
> 

pulled

--

-- 
Tim Gardner tim.gardner <at> canonical.com
Permalink | Reply | 0 comments |
headers
Tim Gardner | 1 Feb 2009 16:19
Favicon

Re: [Intrepid, Jaunty] SRU: ti_usb_3410_5052 fails to load firmware

Stefan Bader wrote:
> https://edge.launchpad.net/ubuntu/+bug/231276
> 
> SRU justification:
> 
> Impact: The driver just looks for the wrong files.
> 
> Fix: Simply change the string of the files to load. This has been buried
> for so long (and nobody tested it in the bug) that it has been fixed
> upstream[1] (with a bigger change).
> 
> Testcase: Driver load asks for .bin files instead of .fw.
> 
> [1]
> commit 05a3d9050ad7bb791b9ba306165ea98e6d9e9da2
> Author: Chris Adams <cmadams <at> hiwaay.net>
> Date:   Sun Jan 11 19:48:53 2009 +0000
> 
>     ti_usb_3410_5052: support alternate firmware
> 

ACK - applied to both Intrepid and Jaunty

--

-- 
Tim Gardner tim.gardner <at> canonical.com
Permalink | Reply | 0 comments |
headers
Tim Gardner | 1 Feb 2009 16:25
Favicon

Re: [PATCH 0/3] [Jaunty] LP#269831 switch toshiba support from tlsup to toshiba_acpi

Andy Whitcroft wrote:
> During the release of Intrepid we moved from using the toshiba_acpi driver
> to using the tlsup driver to support Toshiba laptops.  This was to try and
> leverage the builtin drivers.  This triggered regressions particularly
> in bluetooth support for that release.  For Intrepid we switched back
> to the version used on Hardy.  There is some work going on on tlsup but
> it does not appear to be going to make it for Jaunty.  Therefore this
> patch set brings an updated version the toshiba_acpi driver for Jaunty,
> preventing a re-regression there.
> 
> Our delta from mainline actually consists of two patches.  An update to
> the latest development version of the toshiba_acpi driver and an update
> bringing acpi hotkey support via a kernel thread.  I have updated the
> former to the latest published version and forward ported the latter.
> For this set I have retained these changes as two patches to simplify
> any further rebases.
> 
> For Jaunty.
> 
> -apw
> 
> Andy Whitcroft (3):
>   UBUNTU: SAUCE: toshiba_acpi -- pull in current -dev version of driver
>   UBUNTU: SAUCE: toshiba_acpi -- add acpi hotkey kernel thread
>   UBUNTU: move toshiba laptops back from tlsup to toshiba_acpi
> 
>  debian/abi/2.6.28-6.16/modules.ignore |    1 +
>  debian/config/amd64/config            |    4 +-
>  debian/config/i386/config             |    4 +-
>  drivers/acpi/toshiba_acpi.c           |  409 +++++++++++++++++++++++++++++++--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Timo Aaltonen | 2 Feb 2009 10:10
Picon
Picon

[PATCH] use uninterruptible sleep for vblank waits


 	Hi

   Here's a patch from a thread on dri-devel. It fixes bug 320813, and 
probably needs this commit to apply cleanly:

drm: Add a debug node for vblank state fede5c91c4a8a7701d205b2b84b9835ddc7d6f02

It's still debated whether this is the final patch, but I've confirmed 
that it works. We could probably have it as a SAUCE patch before it's 
upstream?

---------- Forwarded message ----------
Date: Sat, 31 Jan 2009 08:15:21 -0800
From: Jesse Barnes
To: Michel Dänzer
Cc: Dave Airlie, dri-devel <at> 
Subject: Re: [PATCH] use uninterruptible sleep for vblank waits

On Saturday, January 31, 2009 4:49 am Michel Dänzer wrote:
> On Fri, 2009-01-30 at 10:43 -0800, Jesse Barnes wrote:
>> On Friday, January 30, 2009 9:26 am Jesse Barnes wrote:
>>> But maybe there's an even simpler way to handle this (the wait on
>>> disabled pipe/irq problem).  The DRM_WAIT_ON already checks if irqs are
>>> disabled before waiting (or at least it's supposed to), and the
>>> vblank_get call will check to make sure the pipe is enabled before
>>> waiting... maybe one of those checks is failing in this case, or we're
>>> not waking clients up at IRQ disable time like we should.  I'll do some
>>> more testing and see.
>>
(Continue reading)

Permalink | Reply | 501 comments |
headers
Stefan Bader | 3 Feb 2009 08:55
Favicon

[Intrepid] SRU Include backport of vmware stable TSC patchset


https://bugs.launchpad.net/ubuntu/+source/linux/+bug/319945

This is the port to Jaunty of those patches.

SRU justification:

Impact: Timekeeping relies on TSC which is always stable in the virtualized
vmware environment. But the code to detect TSC as a stable clocksource fails.
Together with the possibility of the acpi_pm timer to wrap around while not
scheduled, this can cause several second clocksews.

Fix: This patch series was backported to Intrepid and will get included with
2.6.29rc3. The changes do not look like they could cause regressions. However
they require an ABI bump for adding elements to per_cpu__cpu_info and
boot_cpu_data.

Stefan
Attachment (0001-x86-add-a-synthetic-TSC_RELIABLE-feature-bit.patch): text/x-diff, 1401 bytes
Attachment (0002-x86-add-X86_FEATURE_HYPERVISOR-feature-bit.patch): text/x-diff, 1576 bytes
Attachment (0003-x86-Hypervisor-detection-and-get-tsc_freq-from-hype.patch): text/x-diff, 12 KiB
Attachment (0004-x86-Add-a-synthetic-TSC_RELIABLE-feature-bit.patch): text/x-diff, 4332 bytes
Attachment (0005-x86-Skip-verification-by-the-watchdog-for-TSC-clock.patch): text/x-diff, 4923 bytes
Attachment (0006-x86-VMware-Fix-vmware_get_tsc-code.patch): text/x-diff, 1643 bytes
Attachment (0007-x86-vmware-look-for-DMI-string-in-the-product-seri.patch): text/x-diff, 3517 bytes
Attachment (0008-x86-vmware-fix-sparse-warnings.patch): text/x-diff, 1318 bytes
(Continue reading)

Permalink | Reply | 1 comment |
headers
Pete Graner | 3 Feb 2009 09:36
Favicon

[Fwd: Ext4 tree backports for 2.6.27.13 and 2.6.28.2]

This was on the ext4 list. Cross posting for Jaunty...

~pete

-------- Original Message --------
Subject: Ext4 tree backports for 2.6.27.13 and 2.6.28.2
Date: Sat, 31 Jan 2009 00:25:39 -0500
From: Theodore Ts'o <tytso <at> mit.edu>
To: linux-ext4 <at> vger.kernel.org, linux-kernel <at> vger.kernel.org

I've updated the ext4 backport branches on the ext4 git tree:

    git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
    http://git.kernel.org/?p=linux/kernel/git/tytso/ext4.git

The for-stable branch is branched off of 2.6.28.2, and has a candidate
set of patches to be included in the next stable release.  The
for-stable-2.6.27 branch is branched off of 2.6.27.13.

I'm more confident with the 2.6.28 stable candidate than the 2.6.27
stable candidates at the moment, but given that we just missed the
2.6.27.14 and 2.6.28.3 release cycles, that should give us plenty of
time to test the patches.

						- Ted

mainline 2.6.28  2.6.27
     commit-description
-------------------------------------------------------------------------
f99b2589 99186e9 50137b9b
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tim Gardner | 3 Feb 2009 14:26
Favicon

Re: [Intrepid] SRU Include backport of vmware stable TSC patchset

Stefan Bader wrote:
> 
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/319945
> 
> This is the port to Jaunty of those patches.
> 
> SRU justification:
> 
> Impact: Timekeeping relies on TSC which is always stable in the virtualized
> vmware environment. But the code to detect TSC as a stable clocksource
> fails.
> Together with the possibility of the acpi_pm timer to wrap around while not
> scheduled, this can cause several second clocksews.
> 
> Fix: This patch series was backported to Intrepid and will get included
> with
> 2.6.29rc3. The changes do not look like they could cause regressions.
> However
> they require an ABI bump for adding elements to per_cpu__cpu_info and
> boot_cpu_data.
> 
> Stefan
> 
> 
> 

applied

--

-- 
Tim Gardner tim.gardner <at> canonical.com
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tim Gardner | 3 Feb 2009 14:37
Favicon

Re: [PATCH] use uninterruptible sleep for vblank waits

Timo Aaltonen wrote:
>  	Hi
> 
>    Here's a patch from a thread on dri-devel. It fixes bug 320813, and 
> probably needs this commit to apply cleanly:
> 
> drm: Add a debug node for vblank state fede5c91c4a8a7701d205b2b84b9835ddc7d6f02
> 
> It's still debated whether this is the final patch, but I've confirmed 
> that it works. We could probably have it as a SAUCE patch before it's 
> upstream?
> 
> 
> ---------- Forwarded message ----------
> Date: Sat, 31 Jan 2009 08:15:21 -0800
> From: Jesse Barnes
> To: Michel Dänzer
> Cc: Dave Airlie, dri-devel <at> 
> Subject: Re: [PATCH] use uninterruptible sleep for vblank waits
> 
> On Saturday, January 31, 2009 4:49 am Michel Dänzer wrote:
>> On Fri, 2009-01-30 at 10:43 -0800, Jesse Barnes wrote:
>>> On Friday, January 30, 2009 9:26 am Jesse Barnes wrote:
>>>> But maybe there's an even simpler way to handle this (the wait on
>>>> disabled pipe/irq problem).  The DRM_WAIT_ON already checks if irqs are
>>>> disabled before waiting (or at least it's supposed to), and the
>>>> vblank_get call will check to make sure the pipe is enabled before
>>>> waiting... maybe one of those checks is failing in this case, or we're
>>>> not waking clients up at IRQ disable time like we should.  I'll do some
>>>> more testing and see.
(Continue reading)

Permalink | Reply | 501 comments |
headers
Stefan Bader | 3 Feb 2009 17:42
Favicon

[Intrepid] SRU: Update to stable release 2.6.27.14

https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/324921

No ABI bumpers this time.

SRU justification:

Impact: Upstream release of stable kernel with several bug fixes. Pull those in 
order to stay in sync with upstream

Fix: Cherry picked from 2.6.27.y tree

* fuse: destroy bdi on umount
* fuse: fix missing fput on error
* fuse: fix NULL deref in fuse_file_alloc()
* inotify: clean up inotify_read and fix locking problems
* mac80211: decrement ref count to netdev after launching mesh discovery
* sysfs: fix problems with binary files
* x86, mm: fix pte_free()
* alpha: nautilus - fix compile failure with gcc-4.3
* it821x: Add ultra_mask quirk for Vortex86SX
* libata: pata_via: support VX855, future chips whose IDE controller use 0x0571
* rtl8187: Add termination packet to prevent stall
* serial_8250: support for Sealevel Systems Model 7803 COMM+8
* SUNRPC: Fix a memory leak in rpcb_getport_async
* SUNRPC: Fix autobind on cloned rpc clients
* USB: fix char-device disconnect handling
* USB: storage: add unusual devs entry
* USB: usbmon: Implement compat_ioctl
* ALSA: hda - add another MacBook Pro 4, 1 subsystem ID
* ALSA: hda - Add quirk for HP DV6700 laptop
(Continue reading)

Permalink | Reply | 2 comments |

Gmane