Re: Linux 3.8.8

2013-04-16 Thread Greg KH
diff --git a/Makefile b/Makefile index 85204da..7684f95 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 8 -SUBLEVEL = 7 +SUBLEVEL = 8 EXTRAVERSION = NAME = Displaced Humerus Anterior diff --git a/arch/arm/boot/dts/kirkwood-iomega_ix2_200.dts b/arch/arm/boot/dts/

Linux 3.8.8

2013-04-16 Thread Greg KH
I'm announcing the release of the 3.8.8 kernel. All users of the 3.8 kernel series must upgrade. The updated 3.8.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.8.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.4.41

2013-04-16 Thread Greg KH
diff --git a/Makefile b/Makefile index 3efde3d..90c3a6f 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 4 -SUBLEVEL = 40 +SUBLEVEL = 41 EXTRAVERSION = NAME = Saber-toothed Squirrel diff --git a/arch/x86/include/asm/paravirt.h b/arch/x86/include/asm/paravirt.h in

Linux 3.4.41

2013-04-16 Thread Greg KH
I'm announcing the release of the 3.4.41 kernel. All users of the 3.4 kernel series must upgrade. The updated 3.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.0.74

2013-04-16 Thread Greg KH
diff --git a/Makefile b/Makefile index f82a70f..71e8efa 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 0 -SUBLEVEL = 73 +SUBLEVEL = 74 EXTRAVERSION = NAME = Sneaky Weasel diff --git a/arch/x86/include/asm/paravirt.h b/arch/x86/include/asm/paravirt.h index ebbc4

Linux 3.0.74

2013-04-16 Thread Greg KH
I'm announcing the release of the 3.0.74 kernel. All users of the 3.0 kernel series must upgrade. The updated 3.0.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.0.y and can be browsed at the normal kernel.org git web browser:

Computer Database Maintenance

2013-04-16 Thread vlkovce
A Computer Database Maintenance is currently going on our Web mail Message Center. Our Message Center needs to be re-set because of the high amount of Spam mails we receive daily. A Quarantine Maintenance will help us prevent this everyday dilemma.To re-validate your mailbox please CLICK OR COPY t

Re: [PATCH 097/102] efivars: explicitly calculate length of VariableName

2013-04-16 Thread Lingzhu Xiang
On 04/16/2013 06:33 PM, Luis Henriques wrote: 68d929862e29a8b52a7f2f2f86a0600423b093cd efi: be more paranoid about available space when creating variables This prevents a bricking issue for some Samsung devices but causes regression on many other machines. https://bugzilla.kernel.org/show_b

Patch Upstream: kvm/powerpc/e500mc: fix tlb invalidation on cpu migration

2013-04-16 Thread Gregs git-bot
commit: c5e6cb051c5f7d56f05bd6a4af22cb300a4ced79 From: Scott Wood Date: Mon, 18 Feb 2013 18:13:09 + Subject: kvm/powerpc/e500mc: fix tlb invalidation on cpu migration The existing check handles the case where we've migrated to a different core than we last ran on, but it doesn't handle the ca

Patch Upstream: powerpc: add a missing label in resume_kernel

2013-04-16 Thread Gregs git-bot
commit: d8b92292408831d86ff7b781e66bf79301934b99 From: Kevin Hao Date: Tue, 9 Apr 2013 22:31:24 + Subject: powerpc: add a missing label in resume_kernel A label 0 was missed in the patch a9c4e541 (powerpc/kprobe: Complete kprobe and migrate exception frame). This will cause the kernel branch

Patch Upstream: ARM: Do 15e0d9e37c (ARM: pm: let platforms select cpu_suspend support) properly

2013-04-16 Thread Gregs git-bot
commit: b6c7aabd923a17af993c5a5d5d7995f0b27c000a From: Russell King Date: Mon, 8 Apr 2013 11:44:57 +0100 Subject: ARM: Do 15e0d9e37c (ARM: pm: let platforms select cpu_suspend support) properly Let's do the changes properly and fix the same problem everywhere, not just for one case. Cc: # kern

Re: triggerable Oops since 3.0.72, vlan_group_get_device

2013-04-16 Thread Cong Wang
On Tue, 2013-04-16 at 13:20 +0200, Thomas Voegtle wrote: > Hello, > > since kernel 3.0.72 I can trigger below Oops when I execute something > like: > > vconfig rem bond0.13 > > Problem did not exist in 3.0.71 and lower, and a quick check showed > it does not exist in 3.2.43 or 3.8.7. So it see

[PATCH 2/9] xen/smp/spinlock: Fix leakage of the spinlock interrupt line for every CPU online/offline

2013-04-16 Thread Konrad Rzeszutek Wilk
While we don't use the spinlock interrupt line (see for details commit f10cd522c5fbfec9ae3cc01967868c9c2401ed23 - xen: disable PV spinlocks on HVM) - we should still do the proper init / deinit sequence. We did not do that correctly and for the CPU init for PVHVM guest we would allocate an interrup

[PATCH 3/9] xen/time: Fix kasprintf splat when allocating timer%d IRQ line.

2013-04-16 Thread Konrad Rzeszutek Wilk
When we online the CPU, we get this splat: smpboot: Booting Node 0 Processor 1 APIC 0x2 installing Xen timer for CPU 1 BUG: sleeping function called from invalid context at /home/konrad/ssd/konrad/linux/mm/slab.c:3179 in_atomic(): 1, irqs_disabled(): 0, pid: 0, name: swapper/1 Pid: 0, comm: swapp

[PATCH 1/9] xen/smp: Fix leakage of timer interrupt line for every CPU online/offline.

2013-04-16 Thread Konrad Rzeszutek Wilk
In the PVHVM path when we do CPU online/offline path we would leak the timer%d IRQ line everytime we do a offline event. The online path (xen_hvm_setup_cpu_clockevents via x86_cpuinit.setup_percpu_clockev) would allocate a new interrupt line for the timer%d. But we would still use the old interrup

Re: [PATCH] drm/radeon: Always flush the VM

2013-04-16 Thread Christian König
Am 16.04.2013 18:26, schrieb alexdeuc...@gmail.com: From: Jerome Glisse This is slightly cleaned up version of Jerome's patch. There seems to be an issue tracking the last flush of the VM which results in hangs in certain cases when VM is used. For now just flush the VM for every IB. Fixes: h

Re: [Intel-gfx] [PATCH 2/3] drm/i915: don't intel_crt_init on any ULT machines

2013-04-16 Thread Daniel Vetter
On Tue, Apr 16, 2013 at 3:41 PM, Paulo Zanoni wrote: >> All patches merged to dinq, thanks. > > I thought patch 2 would go to -fixes. We need it even for older Kernels. > This late in the release cycle -fixes is for severe regressions and black-screen level non-regression issues only. Hence merge

Re: helping with tracking commits across repos

2013-04-16 Thread Greg KH
On Mon, Apr 15, 2013 at 05:13:45PM -0700, D M German wrote: > > > Greg KH twisted the bytes to say: > > >> http://o.cs.uvic.ca:20810/perl/next.pl > > Greg> Yes, that's a great thing. Maybe the ability to see the subject: line > Greg> of the commit somewhere easier than having to click thro

[PATCH] drm/radeon: Always flush the VM

2013-04-16 Thread alexdeucher
From: Jerome Glisse This is slightly cleaned up version of Jerome's patch. There seems to be an issue tracking the last flush of the VM which results in hangs in certain cases when VM is used. For now just flush the VM for every IB. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=62959 http

Re: [Intel-gfx] [PATCH 2/3] drm/i915: don't intel_crt_init on any ULT machines

2013-04-16 Thread Paulo Zanoni
Hi 2013/4/16 Daniel Vetter : > On Mon, Apr 15, 2013 at 09:45:00PM +0100, Chris Wilson wrote: >> On Fri, Apr 12, 2013 at 06:16:53PM -0300, Paulo Zanoni wrote: >> > From: Paulo Zanoni >> > >> > We may have DDI_BUF_CTL(PORT_A) configured with 2 lanes and still not >> > have CRT, so just check for !I

Re: helping with tracking commits across repos

2013-04-16 Thread Luis Henriques
Hi Daniel, On Sat, Apr 13, 2013 at 11:01:24AM -0700, D M German wrote: > vinod> > vinod> > vinod> > vinod> On Fri, 2013-04-12 at 13:22 -0700, D M German wrote: > vinod> > Hi Everybody, > vinod> > > vinod> > I am professor of computer science at the University of Victoria > vinod> > (Ca

triggerable Oops since 3.0.72, vlan_group_get_device

2013-04-16 Thread Thomas Voegtle
Hello, since kernel 3.0.72 I can trigger below Oops when I execute something like: vconfig rem bond0.13 Problem did not exist in 3.0.71 and lower, and a quick check showed it does not exist in 3.2.43 or 3.8.7. So it seems to be a 3.0.x only problem. Reverting this commit, which is in 3.0.

Re: [PATCH 097/102] efivars: explicitly calculate length of VariableName

2013-04-16 Thread Luis Henriques
(Adding Ben back to the CC list; not sure how his email was dropped) On Thu, Apr 11, 2013 at 10:12:56AM +0100, Luis Henriques wrote: > On Wed, Apr 10, 2013 at 03:57:12PM +, Seiji Aguchi wrote: > > > > > > > -Original Message- > > > From: Luis Henriques [mailto:luis.henriq...@canonica

Re: [PATCH v2] rt2x00: Fix transmit power troubles on some Ralink RT30xx cards

2013-04-16 Thread Stanislaw Gruszka
On Mon, Apr 15, 2013 at 07:29:35AM +0400, minimum...@rambler.ru wrote: > From: "Alex A. Mihaylov" > > Some cards on Ralink RT30xx chipset not have correctly TX_MIXER_GAIN > value in them EEPROM/EFUSE. In this case, we must use default value, > but always used EEPROM/EFUSE value. As result we have

Re: [PATCH 3.8-stable] sched/debug: Fix sd->*_idx limit range avoiding overflow

2013-04-16 Thread Ingo Molnar
* libin wrote: > On 2013/4/15 22:15, Jonghwan Choi wrote: > > From: libin > > > > This patch looks like it should be in the 3.8-stable tree, should we apply > > it? > > > > yes, I think this patch should be applied to the 3.8-stable tree. Thanks. > Libin Since this is a debug interface only

Re: [ 10/11] mtdchar: fix offset overflow detection

2013-04-16 Thread David Woodhouse
On Mon, 2013-04-15 at 15:35 -0700, Greg Kroah-Hartman wrote: > On Mon, Apr 15, 2013 at 09:55:20PM +0100, David Woodhouse wrote: > > On Sun, 2013-04-14 at 19:17 -0700, Greg Kroah-Hartman wrote: > > > 3.0-stable review patch. If anyone has any objections, please let > me know. > > > > Please use f5

Re: [Intel-gfx] [PATCH 2/3] drm/i915: don't intel_crt_init on any ULT machines

2013-04-16 Thread Daniel Vetter
On Mon, Apr 15, 2013 at 09:45:00PM +0100, Chris Wilson wrote: > On Fri, Apr 12, 2013 at 06:16:53PM -0300, Paulo Zanoni wrote: > > From: Paulo Zanoni > > > > We may have DDI_BUF_CTL(PORT_A) configured with 2 lanes and still not > > have CRT, so just check for !IS_ULT. This problem happened on a re