Hi Ben,
this one might be worth backporting, too (CVE-2012-6549)?:
commit fe685aabf7c8c9f138e5ea900954d295bf229175
Author: Mathias Krause mini...@googlemail.com
Date: Thu Jul 12 08:46:54 2012 +0200
isofs: avoid info leak on export
For type 1 the parent_offset member in struct
This patch adds supports for the virtual irq since now MFD only handles virtual
irq
Without this patch rtc device will fail in registration.
This patch is for Linux stable version 3.8.x
Signed-off-by: Ashish Jangam ashish.jan...@kpitcummins.com
---
drivers/rtc/rtc-da9052.c |8
1
On Wed, Mar 20, 2013 at 06:46:34PM -0500, Kim Phillips wrote:
On Wed, 20 Mar 2013 16:31:38 +0200
Horia Geanta horia.gea...@freescale.com wrote:
This reverts commit e763eb699be723fb41af818118068c6b3afdaf8d.
Current IPsec ESN implementation for authencesn(cbc(aes), hmac(sha))
(separate
Hi Thomas,
first of all thanks for your patience.
On 03/20/2013 10:42 PM, Thomas Gleixner wrote:
On Wed, 20 Mar 2013, Gerlando Falauto wrote:
On 03/19/2013 12:56 PM, Jason Cooper wrote:
On Tue, Mar 19, 2013 at 07:44:31AM -0400, Jason Cooper wrote:
3) Jason, did you mean you would pull it
This is a note to let you know that I have just added a patch titled
rt2x00: error in configurations with mesh support disabled
to the linux-3.5.y-queue branch of the 3.5.y.z extended stable tree
which can be found at:
On Thu, Mar 21, 2013 at 04:16:06AM +, Ben Hutchings wrote:
I believe this fix is needed on stable branches 3.2.y, 3.4.y and 3.5.7.z:
commit 95a69adab9acfc3981c504737a2b6578e4d846ef
Author: Tomas Hozza tho...@redhat.com
Date: Thu Nov 8 10:53:29 2012 +0100
tools: hv: Netlink
On Thu, Mar 21, 2013 at 08:08:58AM +0100, Mathias Krause wrote:
Hi Ben,
this one might be worth backporting, too (CVE-2012-6549)?:
commit fe685aabf7c8c9f138e5ea900954d295bf229175
Author: Mathias Krause mini...@googlemail.com
Date: Thu Jul 12 08:46:54 2012 +0200
isofs: avoid info
On Thu, Mar 21, 2013 at 05:55:22AM +, Ben Hutchings wrote:
This fix is needed in stable branches 3.0.y, 3.2.y, 3.4.y and 3.5.7.z:
commit a84a921978b7d56e0e4b87ffaca6367429b4d8ff
Author: Alan Cox a...@linux.intel.com
Date: Fri Sep 28 12:20:02 2012 +0100
key: Fix resource leak
On Thu, 2013-03-21 at 08:08 +0100, Mathias Krause wrote:
Hi Ben,
this one might be worth backporting, too (CVE-2012-6549)?:
commit fe685aabf7c8c9f138e5ea900954d295bf229175
Author: Mathias Krause mini...@googlemail.com
Date: Thu Jul 12 08:46:54 2012 +0200
isofs: avoid info leak on
On Wed, 20 Mar 2013, Greg Kroah-Hartman wrote:
On Wed, Mar 20, 2013 at 04:41:21PM -0400, Alan Stern wrote:
On Wed, 20 Mar 2013, Greg Kroah-Hartman wrote:
Ok, I'll postpone this patch for the next stable release, in time for
the fix to be put in at the same time.
I think
This fixes the following compile error:
drivers/video/ep93xx-fb.c: In function 'ep93xxfb_probe':
drivers/video/ep93xx-fb.c:532:2: error: implicit declaration of function
'devm_ioremap' [-Werror=implicit-function-declaration]
drivers/video/ep93xx-fb.c:532:17: warning: assignment makes pointer from
[CC'ing stable Willy - for the older releases not fed by
http://patchwork.ozlabs.org/bundle/davem/stable/ ]
On Tue, Mar 5, 2013 at 12:15 PM, Eric Dumazet eric.duma...@gmail.com wrote:
From: Eric Dumazet edum...@google.com
We should use time_after_eq() to get maximum latency of two ticks,
On Thu, 2013-03-21 at 11:03 -0400, Paul Gortmaker wrote:
[CC'ing stable Willy - for the older releases not fed by
http://patchwork.ozlabs.org/bundle/davem/stable/ ]
On Tue, Mar 5, 2013 at 12:15 PM, Eric Dumazet eric.duma...@gmail.com wrote:
From: Eric Dumazet edum...@google.com
We
In order to fully serialize access to the fenced region and the update
to the fence register we need to take extreme measures on SNB+, and
write the fence from each cpu taking care to serialise memory accesses
on each. The usual mb(), or even a mb() on each CPU is not enough to
ensure that access
This is a note to let you know that I've just added the patch titled
usb: gadget: udc-core: fix a regression during gadget driver
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the
This is a note to let you know that I've just added the patch titled
usb: gadget: ffs: fix enable multiple instances
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
On 03/21, Ananth N Mavinakayanahalli wrote:
On Wed, Mar 20, 2013 at 05:06:44PM +0100, Oleg Nesterov wrote:
But we did not install UPROBE_SWBP_INSN. Is it fine? I hope yes, just to
verify. If not, we need 2 definitions. is_uprobe_insn() should still
check
insns ==
On 03/21, Ananth N Mavinakayanahalli wrote:
?
On Wed, Mar 20, 2013 at 05:07:28PM +0100, Oleg Nesterov wrote:
On 03/20, Ananth N Mavinakayanahalli wrote:
On Wed, Mar 20, 2013 at 01:43:01PM +0100, Oleg Nesterov wrote:
On 03/20, Oleg Nesterov wrote:
IOW, if I wasn't clear...
On Thursday, March 21, 2013 7:39 AM, Hauke Mehrtens wrote:
This fixes the following compile error:
drivers/video/ep93xx-fb.c: In function 'ep93xxfb_probe':
drivers/video/ep93xx-fb.c:532:2: error: implicit declaration of function
'devm_ioremap' [-Werror=implicit-function-declaration]
Since we have now introduced pmask_cache within irq_chip_type to also
handle per-chip-type mask registers, convert gpio-mvebu driver to use
this new pointer.
Signed-off-by: Gerlando Falauto gerlando.fala...@keymile.com
---
drivers/gpio/gpio-mvebu.c | 20
1 file changed, 12
There are cases where all irq_chip_type instances have separate mask registers,
making a shared mask register cache unsuitable for the purpose.
So introduce a new flag IRQ_GC_SEPARATE_MASK_REGISTERS to explicitly enable
this separate treatment.
When this flag is not set, pointers for all
Since we already have an irq_data_get_chip_type() function which returns
a pointer to irq_chip_type, use that instead of cur_regs().
This will also simplify subsequent patches.
Signed-off-by: Gerlando Falauto gerlando.fala...@keymile.com
---
kernel/irq/generic-chip.c | 31
Since we have now introduced pmask_cache within irq_chip_type to also
handle per-chip-type mask registers, convert jz4740 irq driver to use
this new pointer.
Signed-off-by: Gerlando Falauto gerlando.fala...@keymile.com
---
arch/mips/jz4740/irq.c |3 ++-
1 file changed, 2 insertions(+), 1
after introducing pmask_cached pointer within irq_chip_type, rename
mask_cache into shared_mask_cache so to state clearly that drivers
should not use it anymore, but should only access *pmask_cache from
irq_chip_type instead.
Signed-off-by: Gerlando Falauto gerlando.fala...@keymile.com
---
Since we have now introduced pmask_cache within irq_chip_type to also
handle per-chip-type mask registers, convert samsung irq-vic-timer driver
to use this new pointer.
Signed-off-by: Gerlando Falauto gerlando.fala...@keymile.com
---
arch/arm/plat-samsung/irq-vic-timer.c |6 --
1 file
enable handling of separate mask registers for all three SoC variants
handled by this driver.
Signed-off-by: Gerlando Falauto gerlando.fala...@keymile.com
Tested-by: Simon Guinot sgui...@lacie.com
---
Changes from v3: SOB line
---
drivers/gpio/gpio-mvebu.c |3 ++-
1 file changed, 2
This patchset addresses a regression found with the Orion GPIO controller
when both Edge- and Level- based interrupts are requested within the same
GPIO chip. The regression was introduced by e59347a
arm: orion: Use generic irq chip
thereby affecting all kernel releases since 3.0.x.
The reason
enable handling of separate mask registers for Orion SoC GPIOs,
fixing indeed the regression introduced by e59347a
arm: orion: Use generic irq chip.
Reported-by: Joey Oravec jora...@drewtech.com
Signed-off-by: Gerlando Falauto gerlando.fala...@keymile.com
Tested-by: Simon Guinot sgui...@lacie.com
On 13-03-21 11:27 AM, Eric Dumazet wrote:
On Thu, 2013-03-21 at 11:03 -0400, Paul Gortmaker wrote:
[CC'ing stable Willy - for the older releases not fed by
http://patchwork.ozlabs.org/bundle/davem/stable/ ]
On Tue, Mar 5, 2013 at 12:15 PM, Eric Dumazet eric.duma...@gmail.com wrote:
From:
On Thu, 2013-03-21 at 13:25 -0400, Paul Gortmaker wrote:
That is also reasonably portable back to 2.6.34. And it is more
interesting too -- it will be interesting in a preempt_rt context
too, once RT moves ahead off the current 3.6 baseline, which still
has the old count-limit of 10 vs the
On 03/20/2013 10:03 PM, Vinod Koul wrote:
On Wed, Nov 28, 2012 at 03:46:08AM +0530, Jiang, Dave wrote:
The existing code set a value in the PCI_CHANERRMSK_INT register
for a workaround to address a pre-silicon bug on the Intel 5520 IO hub that
has been fixed when the hardware was released.
On Thu, 2013-03-21 at 10:43 -0700, Eric Dumazet wrote:
On Thu, 2013-03-21 at 13:25 -0400, Paul Gortmaker wrote:
That is also reasonably portable back to 2.6.34. And it is more
interesting too -- it will be interesting in a preempt_rt context
too, once RT moves ahead off the current 3.6
On Mon, 2012-09-17 at 17:41 +0300, Artem Bityutskiy wrote:
OK, finally I got it. After 3 days of hardcore intelligent bisecting
I've found out that tethering in 3.5 works for me if I revert
these 2
patches:
56138f5 iwlwifi: dont pull too much payload in
Please queue up the following sparc bug fix for 3.0.x, 3.2.x,
3.4.x, and 3.8.x -stable respectively.
Thanks!
sparc_30.mbox
Description: Binary data
sparc_32.mbox
Description: Binary data
sparc_34.mbox
Description: Binary data
sparc_38.mbox
Description: Binary data
From: Johannes Berg johan...@sipsolutions.net
Date: Thu, 21 Mar 2013 20:34:11 +0100
On Mon, 2012-09-17 at 17:41 +0300, Artem Bityutskiy wrote:
OK, finally I got it. After 3 days of hardcore intelligent bisecting
I've found out that tethering in 3.5 works for me if I revert
these 2
On Thu, 21 Mar 2013 08:25:57 -0700 Greg KH gre...@linuxfoundation.org wrote:
On Thu, Mar 21, 2013 at 12:39:07PM +0530, Ashish Jangam wrote:
This patch adds supports for the virtual irq since now MFD only handles
virtual irq
Without this patch rtc device will fail in registration.
On Thu, Mar 21, 2013 at 06:12:02PM +0100, Gerlando Falauto wrote:
This patchset addresses a regression found with the Orion GPIO controller
when both Edge- and Level- based interrupts are requested within the same
GPIO chip. The regression was introduced by e59347a
arm: orion: Use generic irq
On 22/03/13 03:22, H Hartley Sweeten wrote:
On Thursday, March 21, 2013 7:39 AM, Hauke Mehrtens wrote:
This fixes the following compile error:
drivers/video/ep93xx-fb.c: In function 'ep93xxfb_probe':
drivers/video/ep93xx-fb.c:532:2: error: implicit declaration of function
'devm_ioremap'
commit: 260b3f1291a75a580d22ce8bfb1499c617272716
From: Julia Lemire jlem...@matrox.com
Date: Mon, 18 Mar 2013 10:17:47 -0400
Subject: drm/mgag200: Bug fix: Modified pll algorithm for EH project
While testing the mgag200 kms driver on the HP ProLiant Gen8, a
bug was seen. Once the bootloader
commit: f046f89a99ccfd9408b94c653374ff3065c7edb3
From: Joe Thornber e...@redhat.com
Date: Wed, 20 Mar 2013 17:21:24 +
Subject: dm thin: fix discard corruption
Fix a bug in dm_btree_remove that could leave leaf values with incorrect
reference counts. The effect of this was that removal of a
commit: 3b6b7813b198b578aa7e04e4047ddb8225c37b7f
From: Mikulas Patocka mpato...@redhat.com
Date: Wed, 20 Mar 2013 17:21:25 +
Subject: dm verity: avoid deadlock
A deadlock was found in the prefetch code in the dm verity map
function. This patch fixes this by transferring the prefetch
to a
commit: 9d1a455b0ca1c2c956b4d9ab212864a8695270f1
From: Takashi Iwai ti...@suse.de
Date: Mon, 18 Mar 2013 11:25:36 +0100
Subject: drm/i915: Use the fixed pixel clock for eDP in intel_dp_set_m_n()
The eDP output on HP Z1 is still broken when X is started even after
fixing the infinite link-train
commit: 3b4f819d5eac94ba8fe5e8c061f6dabfe8d7b22c
From: Takashi Iwai ti...@suse.de
Date: Mon, 11 Mar 2013 18:40:16 +0100
Subject: Revert drm/i915: try to train DP even harder
This reverts commit 0d71068835e2610576d369d6d4cbf90e0f802a71.
Not only that the commit introduces a bogus check
commit: b75bbaa038ffc426e88ea3df6c4ae11834fc3e4f
From: Alex Deucher alexander.deuc...@amd.com
Date: Fri, 8 Mar 2013 13:36:54 -0500
Subject: drm/radeon: add Richland pci ids
Reviewed-by: Jerome Glisse jgli...@redhat.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Cc:
commit: e4d170633fde379f39a90f8a5e7eb619b5d1144d
From: Alex Deucher alexander.deuc...@amd.com
Date: Fri, 8 Mar 2013 13:44:15 -0500
Subject: drm/radeon: add support for Richland APUs
Richland APUs are a new version of the Trinity APUs
with performance and power management improvements.
commit: fa8d387dc3f62062a6b4afbbb2a3438094fd8584
From: Alex Deucher alexander.deuc...@amd.com
Date: Tue, 12 Mar 2013 12:53:13 -0400
Subject: drm/radeon/benchmark: make sure bo blit copy exists before using it
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
commit: 8f612b23a17dce86fef75407e698de6243cc99a1
From: Alex Deucher alexander.deuc...@amd.com
Date: Mon, 11 Mar 2013 19:28:39 -0400
Subject: drm/radeon: fix backend map setup on 1 RB trinity boards
Need to adjust the backend map depending on which RB is
enabled. This is the trinity equivalent
commit: fa3daf9aa74a3ac1c87d8188a43d283d06720032
From: Alex Deucher alexander.deuc...@amd.com
Date: Mon, 11 Mar 2013 15:32:26 -0400
Subject: drm/radeon: fix S/R on VM systems (cayman/TN/SI)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
We weren't
commit: 613f04a0f51e6e68ac6fe571ab79da3c0a5eb4da
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Date: Thu, 14 Mar 2013 15:03:53 -0400
Subject: tracing: Prevent buffer overwrite disabled for latency tracers
The latency tracers require the buffers to be in overwrite mode,
otherwise they get
commit: 80902822658aab18330569587cdb69ac1dfdcea8
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Date: Thu, 14 Mar 2013 14:20:54 -0400
Subject: tracing: Keep overwrite in sync between regular and snapshot buffers
Changing the overwrite mode for the ring buffer via the trace
option only sets
commit: 69d34da2984c95b33ea21518227e1f9470f11d95
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Date: Thu, 14 Mar 2013 13:50:56 -0400
Subject: tracing: Protect tracer flags with trace_types_lock
Seems that the tracer flags have never been protected from
synchronous writes. Luckily, admins
commit: 740466bc89ad8bd5afcc8de220f715f62b21e365
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Date: Wed, 13 Mar 2013 11:15:19 -0400
Subject: tracing: Fix free of probe entry by calling call_rcu_sched()
Because function tracing is very invasive, and can even trace
calls to rcu_read_lock(),
commit: 3118a4f652c7b12c752f3222af0447008f9b2368
From: Kees Cook keesc...@chromium.org
Date: Mon, 11 Mar 2013 17:31:45 -0700
Subject: drm/i915: bounds check execbuffer relocation count
It is possible to wrap the counter used to allocate the buffer for
relocation copies. This could lead to heap
commit: 2563a4524febe8f4a98e717e02436d1aaf672aa2
From: Kees Cook keesc...@chromium.org
Date: Mon, 11 Mar 2013 12:25:19 -0700
Subject: drm/i915: restrict kernel address leak in debugfs
Masks kernel address info-leak in object dumps with the %pK suffix,
so they cannot be used to target kernel
commit: 2721e72dd10f71a3ba90f59781becf02638aa0d9
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Date: Tue, 12 Mar 2013 11:32:32 -0400
Subject: tracing: Fix race in snapshot swapping
Although the swap is wrapped with a spin_lock, the assignment
of the temp buffer used to swap is not within
This is a note to let you know that I've just added the patch titled
USB: cdc-acm: fix device unregistration
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release of the
This is a note to let you know that I've just added the patch titled
USB: io_ti: fix get_icount for two port adapters
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next
This is a note to let you know that I've just added the patch titled
USB: serial: fix interface refcounting
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release of the
This is a note to let you know that I've just added the patch titled
USB: garmin_gps: fix memory leak on disconnect
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
This is a note to let you know that I've just added the patch titled
USB: ark3116: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
This is a note to let you know that I've just added the patch titled
USB: serial: add modem-status-change wait queue
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
This is a note to let you know that I've just added the patch titled
USB: ch341: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release of
This is a note to let you know that I've just added the patch titled
USB: cypress_m8: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next
This is a note to let you know that I've just added the patch titled
USB: f81232: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
This is a note to let you know that I've just added the patch titled
USB: io_edgeport: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next
This is a note to let you know that I've just added the patch titled
USB: ftdi_sio: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
This is a note to let you know that I've just added the patch titled
USB: mct_u232: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
This is a note to let you know that I've just added the patch titled
USB: io_ti: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release of
This is a note to let you know that I've just added the patch titled
USB: mos7840: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
This is a note to let you know that I've just added the patch titled
USB: oti6858: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
This is a note to let you know that I've just added the patch titled
USB: mos7840: fix broken TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release of the
This is a note to let you know that I've just added the patch titled
USB: quatech2: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
This is a note to let you know that I've just added the patch titled
USB: pl2303: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
This is a note to let you know that I've just added the patch titled
USB: ssu100: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
This is a note to let you know that I've just added the patch titled
USB: ti_usb_3410_5052: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next
This is a note to let you know that I've just added the patch titled
USB: spcp8x5: fix use-after-free in TIOCMIWAIT
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
On Thu, 2013-03-21 at 15:44 -0400, David Miller wrote:
[ Resending after adjusting the list maximum posting size ]
Please queue up the following networking bug fixes for 3.0.x,
3.2.x, 3.4.x, and 3.8.x -stable respectively.
Ben, I integrated all of your sfc patch sets. I will note that
in
On Thu, 2013-03-21 at 15:42 -0400, David Miller wrote:
Please queue up the following sparc bug fix for 3.0.x, 3.2.x,
3.4.x, and 3.8.x -stable respectively.
Queued up for 3.2, thanks.
Ben.
--
Ben Hutchings
It is easier to write an incorrect program than to understand a correct one.
Commit-ID: ed9dc8ce7a1c8115dba9483a9b51df8b63a2e0ef
Gitweb: http://git.kernel.org/tip/ed9dc8ce7a1c8115dba9483a9b51df8b63a2e0ef
Author: Seth Forshee seth.fors...@canonical.com
AuthorDate: Thu, 7 Mar 2013 11:40:17 -0600
Committer: Matt Fleming matt.flem...@intel.com
CommitDate: Thu, 21 Mar
Commit-ID: ec0971ba5372a4dfa753f232449d23a8fd98490e
Gitweb: http://git.kernel.org/tip/ec0971ba5372a4dfa753f232449d23a8fd98490e
Author: Seth Forshee seth.fors...@canonical.com
AuthorDate: Mon, 11 Mar 2013 16:17:50 -0500
Committer: Matt Fleming matt.flem...@intel.com
CommitDate: Thu, 21
Commit-ID: e971318bbed610e28bb3fde9d548e6aaf0a6b02e
Gitweb: http://git.kernel.org/tip/e971318bbed610e28bb3fde9d548e6aaf0a6b02e
Author: Matt Fleming matt.flem...@intel.com
AuthorDate: Thu, 7 Mar 2013 11:59:14 +
Committer: Matt Fleming matt.flem...@intel.com
CommitDate: Thu, 21 Mar
Starting to see those on 3.8.4 (never saw in 3.8.2) stable kernel on a few
systems
during LTP run,
[11297.597242] BUG: unable to handle kernel paging request at fffe
[11297.598022] IP: [] kmem_cache_alloc+0x68/0x1e0
[11297.598022] PGD 7b9eb067 PUD 0
[11297.598022] Oops: [#2]
On Thu, Mar 21, 2013 at 05:00:02PM +0100, Oleg Nesterov wrote:
On 03/21, Ananth N Mavinakayanahalli wrote:
?
On Wed, Mar 20, 2013 at 05:07:28PM +0100, Oleg Nesterov wrote:
On 03/20, Ananth N Mavinakayanahalli wrote:
On Wed, Mar 20, 2013 at 01:43:01PM +0100, Oleg Nesterov wrote:
On Thu, Mar 21, 2013 at 04:58:09PM +0100, Oleg Nesterov wrote:
On 03/21, Ananth N Mavinakayanahalli wrote:
On Wed, Mar 20, 2013 at 05:06:44PM +0100, Oleg Nesterov wrote:
But we did not install UPROBE_SWBP_INSN. Is it fine? I hope yes, just
to
verify. If not, we need 2
On 2013/3/21 12:48, Ming Lei wrote:
On Thu, Mar 21, 2013 at 11:28 AM, Li Zefan lize...@huawei.com wrote:
On 2013/3/21 11:17, Ming Lei wrote:
On Thu, Mar 21, 2013 at 10:41 AM, Li Zefan lize...@huawei.com wrote:
In fact the same race exists between readdir() and read()/write()...
Fortunately,
85 matches
Mail list logo