Make a note in dmesg when we overwrite legacy IDE BAR info. We previously
logged something like this:
pci :00:1f.1: reg 0x10: [io 0x-0x0007]
and then silently overwrote the resource. There's an example in the
bugzilla below. This doesn't fix the bugzilla; it just makes what's going
Hi Laurent,
On Tue, Mar 11, 2014 at 5:32 PM, Laurent Pinchart
wrote:
> On Tuesday 11 March 2014 17:23:37 Geert Uytterhoeven wrote:
>> On Tue, Mar 11, 2014 at 4:55 PM, Laurent Pinchart wrote:
>> > Does this require drivers/sh/pm_runtime.c to be compiled in ?
>>
>> Let's check...
>>
>> My koelsch-l
We don't set the type (I/O, memory, etc.) of resources added by
__request_region(), which leads to confusing messages like this:
address space collision: [io 0x1000-0x107f] conflicts with ACPI CPU
throttle [??? 0x1010-0x1015 flags 0x8000]
Set the type of a new resource added by
Andreas reported that after 1f42db786b14 ("PCI: Enable INTx if BIOS left
them disabled"), pciehp surprise removal stopped working.
This happens because pci_reenable_device() on the hotplug bridge (used in
the pciehp_configure_device() path) clears the Interrupt Disable bit, which
apparently breaks
My earlier "Enable INTx if BIOS left them disabled" patch fixed a problem
with EHCI devices on Intel Baytrail platforms, but had the unintended
consequence of breaking pciehp surprise removal.
This patch should fix the pciehp issue.
This is in my pci/misc branch and intended for v3.14.
---
Bjor
On Tue, Mar 11, 2014 at 05:40:25PM +0100, Arnd Bergmann wrote:
> On Monday 10 March 2014, Josh Triplett wrote:
> >
> > When !CONFIG_BUG, WARN_ON and family become simple passthroughs of their
> > condition argument; however, WARN_ON_ONCE and family still have
> > conditions and a boolean to detect
On Tue, 2014-03-11 at 17:42 +, Hartley Sweeten wrote:
> On Tuesday, March 11, 2014 10:33 AM, Fred Akers wrote:
> > This patch fixes a few function names that are very long and are
> > not in the correct naming style
[]
> > diff --git a/drivers/staging/comedi/drivers/addi-data/hwdrv_apci035.c
>
ping?
On 03/04/14 10:34, Stephen Boyd wrote:
> These patches move the pm8xxx input drivers over to use devm_* APIs
> and regmap. This breaks the dependency of these drivers on the pm8xxx
> specific read/write calls and also simplifies the probe code a bit.
> Finally we add devicetree support to th
On Tuesday, March 11, 2014 10:49 AM, Joe Perches wrote:
> On Tue, 2014-03-11 at 17:42 +, Hartley Sweeten wrote:
>> On Tuesday, March 11, 2014 10:33 AM, Fred Akers wrote:
>>> This patch fixes a few function names that are very long and are
>>> not in the correct naming style
> []
>>> diff --git
Hi Geert,
On Tuesday 11 March 2014 18:44:21 Geert Uytterhoeven wrote:
> On Tue, Mar 11, 2014 at 5:32 PM, Laurent Pinchart wrote:
> > On Tuesday 11 March 2014 17:23:37 Geert Uytterhoeven wrote:
> >> On Tue, Mar 11, 2014 at 4:55 PM, Laurent Pinchart wrote:
> >> > Does this require drivers/sh/pm_runt
After the following commit:
commit b75ef8b44b1cb95f5a26484b0e2fe37a63b12b44
Author: Mathieu Desnoyers
Date: Wed Aug 10 15:18:39 2011 -0400
Tracepoint: Dissociate from module mutex
The following functions became unnecessary:
- tracepoint_probe_register_noupdate,
- tracepoint_probe_unregis
On Tue, Mar 11, 2014 at 3:29 AM, Daniel Borkmann wrote:
> On 03/11/2014 10:19 AM, Pablo Neira Ayuso wrote:
>>
>> Hi!
>>
>> The following patchset provides a socket filtering alternative to BPF
>> which allows you to define your filter using the nf_tables expressions.
>>
>> Similarly to BPF, you ca
On Fri, Mar 07, 2014 at 11:08:56PM +, Stephen Boyd wrote:
> On 02/26, Lorenzo Pieralisi wrote:
> > On Tue, Feb 25, 2014 at 08:48:38PM +, Kumar Gala wrote:
> > >
> > > On Feb 25, 2014, at 5:16 AM, Lorenzo Pieralisi
> > > wrote:
> > > >
> > > > As I mentioned, I do not like the idea of ad
On Tue, 11 Mar 2014 10:12:18 -0700 Randy Dunlap wrote:
> On 03/10/2014 03:37 PM, a...@linux-foundation.org wrote:
> > The mm-of-the-moment snapshot 2014-03-10-15-35 has been uploaded to
> >
> >http://www.ozlabs.org/~akpm/mmotm/
> >
> > mmotm-readme.txt says
> >
> > README for mm-of-the-mom
On Tue, Mar 11, 2014 at 10:40 AM, Pavel Emelyanov wrote:
> On 03/10/2014 02:00 AM, Daniel Borkmann wrote:
>> On 03/09/2014 06:08 PM, Alexei Starovoitov wrote:
>>> On Sun, Mar 9, 2014 at 5:29 AM, Daniel Borkmann
>>> wrote:
On 03/09/2014 12:15 AM, Alexei Starovoitov wrote:
>
> Extende
On Tue, Mar 11, 2014 at 01:33:00PM -0400, Sasha Levin wrote:
> Okay. So just this patch on top of the latest -next shows the following
> issues:
>
> 1. BUG in task_numa_work:
>
> [ 439.417171] BUG: unable to handle kernel paging request at 880e17530c00
> [ 439.418216] IP: [] vmacache_find+
On 03/11/14 14:51, Alexander Gordeev wrote:
> On Mon, Mar 10, 2014 at 03:12:33PM +0100, Bart Van Assche wrote:
>> Avoid that percpu_ida_alloc() hangs or crashes if there are still
>> tags are available. Wait until a tag becomes available instead of
>> giving up when running out of tags temporarily.
On 03/11/2014 10:03 PM, Alexei Starovoitov wrote:
> On Tue, Mar 11, 2014 at 10:40 AM, Pavel Emelyanov wrote:
>> On 03/10/2014 02:00 AM, Daniel Borkmann wrote:
>>> On 03/09/2014 06:08 PM, Alexei Starovoitov wrote:
On Sun, Mar 9, 2014 at 5:29 AM, Daniel Borkmann
wrote:
> On 03/09/201
On Mon, 10 Mar 2014, Alexander Shiyan wrote:
> Понедельник, 10 марта 2014, 7:50 -04:00 от Jon Ringle :
> >
> > On Mon, 10 Mar 2014, Alexander Shiyan wrote:
> >
> > > Понедельник, 10 марта 2014, 2:26 -04:00 от j...@ringle.org:
> > > > From: Jon Ringle
> > > ...
> > > > +config SERIAL_SC16IS7XX
On Thu, Mar 6, 2014 at 1:03 PM, Suravee Suthikulpanit
wrote:
> On 3/6/2014 11:40 AM, Bjorn Helgaas wrote:
>>
>> [+cc Yinghai, sorry I didn't think of it before]
>>
>> On Wed, Mar 5, 2014 at 11:30 PM, Suravee Suthikulpanit
>> wrote:
>>>
>>> On 3/5/2014 8:13 PM, Suravee Suthikulanit wrote:
>>>
On Wed, 19 Feb 2014 14:01:39 -0500 Tejun Heo wrote:
> Hello, Jan.
>
> On Wed, Feb 19, 2014 at 10:27:31AM +0100, Jan Kara wrote:
> > You are the workqueue expert so you may know better ;) But the way I
> > understand it is that queue_delayed_work() does nothing if the timer is
> > already runni
We always disable cr8 intercept in its handler, but only re-enable it
if handling KVM_REQ_EVENT, so there can be a window where we do not
intercept cr8 writes, which allows an interrupt to disrupt a higher
priority task.
Fix this by disabling intercepts in the same function that re-enables
them wh
HI Will, Steve,
On 6 March 2014 18:22, Jiri Olsa wrote:
> On Thu, Mar 06, 2014 at 11:33:15AM +, Will Deacon wrote:
>> On Wed, Mar 05, 2014 at 02:17:00AM +, Jean Pihet wrote:
>> > On 4 March 2014 12:00, Will Deacon wrote:
>> > > On Mon, Mar 03, 2014 at 09:53:21AM +, Jean Pihet wrote:
On Tue, Mar 11, 2014 at 7:14 PM, Jassi Brar wrote:
> On 11 March 2014 00:00, Srikanth Thokala wrote:
>> On Mon, Mar 10, 2014 at 9:30 PM, Jassi Brar wrote:
>>> On Thu, Mar 6, 2014 at 7:18 PM, Srikanth Thokala wrote:
>>>
+static struct dma_async_tx_descriptor *
+xilinx_vdma_dma_prep_int
On Tue, 2014-03-11 at 11:46AM +0100, Michal Simek wrote:
> On 03/10/2014 10:40 PM, Soren Brinkmann wrote:
> > Hi,
> >
> > this series rebrands the Xilinx PS UART driver as Cadence UART and
> > documents its DT bindings (+ some clean up along the way).
> >
> > The rebranding goes as far as reasona
Normal behavior for filenames exceeding specific filesystem limits
is to refuse operation.
AFFS standard name length being only 30 characters against 255 for
usual Linux filesystems, original implementation does filename
truncate by default with a define value AFFS_NO_TRUNCATE which can
be enabled
The following changes since commit 2d100bc71fcada9e8252fbee3e414add292d118c:
Merge tag 'v3.14-rc5' of https://github.com/torvalds/linux (2014-03-02
23:04:25 -0500)
are available in the git repository at:
git://git.linaro.org/people/dave.long/linux.git uprobes-v7
for you to fetch changes
On Wed, Mar 12, 2014 at 12:02 AM, Srikanth Thokala wrote:
> On Tue, Mar 11, 2014 at 7:14 PM, Jassi Brar
> wrote:
>> On 11 March 2014 00:00, Srikanth Thokala wrote:
>>> On Mon, Mar 10, 2014 at 9:30 PM, Jassi Brar
>>> wrote:
On Thu, Mar 6, 2014 at 7:18 PM, Srikanth Thokala
wrote:
>>
Patches adding support for hibernation on ARM
- ARM hibernation / suspend-to-disk
- Change soft_restart to use non-tracing raw_local_irq_disable
Patches based on v3.14-rc5 tag, verified hibernation on beaglebone black on a
branch based on 3.13 merged with initial omap support from Russ Dill whi
From: Russ Dill
Enable hibernation for ARM architectures and provide ARM
architecture specific calls used during hibernation.
The swsusp hibernation framework depends on the
platform first having functional suspend/resume.
Then, in order to enable hibernation on a given platform, a
platform_hib
I left out some relevant functions (sc16is7xx_port_read(),
sc16is7xx_port_write(), sc16is7xx_port_update()) in my previous email...
On Mon, 10 Mar 2014, Alexander Shiyan wrote:
> Понедельник, 10 марта 2014, 7:50 -04:00 от Jon Ringle :
> >
> > On Mon, 10 Mar 2014, Alexander Shiyan wrote:
> I do
On Mon, Mar 10, 2014 at 12:17:31PM +0100, Boris BREZILLON wrote:
> Hello Jason,
>
> Le 29/01/2014 20:10, Jason Gunthorpe a écrit :
> >On Wed, Jan 29, 2014 at 03:46:20PM -0300, Ezequiel Garcia wrote:
> >
> >>After CE# has been pulled high and then transitioned low again, the host
> >>should issue a
On Mon, Mar 10, 2014 at 04:15:33PM +0800, Tang Chen wrote:
> IO ring page migration has been implemented by the following patch:
>
>
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/fs/aio.c?id=36bc08cc01709b4a9bb563b35aa530241ddc63e3
>
> In this patch, ctx->compl
On Tue, Mar 11, 2014 at 04:55:58PM +0100, Lars-Peter Clausen wrote:
> On 03/11/2014 04:41 PM, Brian Austin wrote:
> >So WRT the CS42888, this is one device in a series of 2 devices that are
> >register compatible with the only difference being that the CS42488 has 2
> >extra ADC's. Same die and sa
Use of tracers in local_irq_disable is causes recursive aborts when
called with irqs disabled and using a temporary stack (hibernation).
Replace local_irq_disable with raw_local_irq_disable instead to
avoid tracers.
Signed-off-by: Sebastian Capella
Cc: Russell King
Cc: Andrew Morton
Cc: Thomas
If vunmap() is used to unmap a large (e.g., 50 GB) region, it may take
sufficiently long that it triggers soft lockup warnings.
Add a cond_resched() into vunmap_pmd_range() so the calling task may
be resheduled after unmapping each PMD entry. This is how
zap_pmd_range() fixes the same problem for
The hdlcdev_ioctl() code fails to initialize the two padding bytes of
struct sync_serial_settings after the ->loopback member. Add an explicit
memset(0) before filling the structure to avoid the info leak.
Signed-off-by: Salva Peiró
---
drivers/tty/synclink.c |1 +
drivers/tty/synclinkmp.c
Hi Laurent,
Am Dienstag, den 11.03.2014, 16:21 +0100 schrieb Laurent Pinchart:
> Hi Philipp,
>
> On Tuesday 11 March 2014 16:07:00 Philipp Zabel wrote:
> > Am Montag, den 10.03.2014, 14:58 + schrieb Grant Likely:
> > > On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart wrote:
>
> [snip]
>
On Tue, Mar 11, 2014 at 11:46:13AM -0400, Matt Porter wrote:
> Add a regulator driver for the BCM590xx PMU voltage regulators.
> The driver supports LDOs and DCDCs in normal mode only. There is
> no support for low-power mode or power sequencing.
Applied, thanks.
signature.asc
Description: Digit
On Mon, Mar 10, 2014 at 02:44:04PM +0100, Boris BREZILLON wrote:
> Some timings are missing here (see Table 55 in the ONFI spec):
Right..
The 'mode' covers only the raw electrical parameters needed to
exchange commands, other timings cover the commands
themselves. Notably the timing mode does no
Al, any comments?
David's test-program is some broken mix of C and shell scripting, but
the fixed version does show the issue he talks about:
int main(int argc, char **argv)
{
int p[2], ro;
char buf[128];
pipe(p);
sprintf(buf, "/proc/self/f
On Tue, Mar 11, 2014 at 11:25:09AM +, Colin King wrote:
> From: Colin Ian King
>
> cppcheck detected an incorrect assignment:
Applied, thanks.
signature.asc
Description: Digital signature
On 03/11/2014 01:33 PM, Sasha Levin wrote:
On 03/11/2014 01:00 PM, Rik van Riel wrote:
On 03/11/2014 12:51 PM, Sasha Levin wrote:
On 03/11/2014 12:28 PM, Mel Gorman wrote:
On Fri, Mar 07, 2014 at 06:27:45PM +, Mel Gorman wrote:
This is a completely untested prototype. It rechecks pmd_tran
This patch slightly moves up the mddev locking functions. This allows
to use them from mddev_suspend().
Signed-off-by: Simon Guinot
---
drivers/md/md.c | 135
1 file changed, 67 insertions(+), 68 deletions(-)
diff --git a/drivers/md/md.c
Sometimes a deadlock happens while migrating a RAID array level, using
the mdadm --grow command. In the following example, an ext4 filesystem
is installed over a RAID1 array and mdadm is used to transform this
array into a RAID5 one. Here are the observed backtraces for the locked
tasks:
jbd2/dm-0
Hi all,
Today's linux-next merge of the tip tree got a conflict in
drivers/video/fbdev/sgivwfb.c between commit 844901baede6b5 ("video: move fbdev
to drivers/video/fbdev") from the omap2_dss tree and commit c5f9ee3d665a76
("x86, platforms: Remove SGI Visual Workstation") from the tip tree.
I f
On Tue, 11 Mar 2014 17:34:23 + (UTC)
Mathieu Desnoyers wrote:
> > Who can load modules not as root?? That is utterly broken. As once you
> > can load a module, YOU ARE ROOT.
>
> udevd runs as root, and listens to events such as USB hotplug, and loads
> modules
> in the back of users. The u
Hi,
This patch series fixes a deadlock which have been observed while
updating a RAID array level, using the mdadm --grow command. A full
description of the issue (hopefully understandable enough) is provided
by the commit message in the second patch.
Please, let me know if this patches are corre
On Tuesday, March 11, 2014 10:13:00 AM Dirk Brandewie wrote:
> On 03/11/2014 10:03 AM, Soren Brinkmann wrote:
> > From: Joe Perches
> >
> > - Add missing newlines
> > - Coalesce format fragments
> > - Convert printks to pr_
> > - Align arguments
> >
>
> This introduces a bunch of lines ov
On 03/11/2014 12:29 PM, Rafael J. Wysocki wrote:
On Tuesday, March 11, 2014 10:13:00 AM Dirk Brandewie wrote:
On 03/11/2014 10:03 AM, Soren Brinkmann wrote:
From: Joe Perches
- Add missing newlines
- Coalesce format fragments
- Convert printks to pr_
- Align arguments
This intr
Rui,
Zhang, Rui schreef op di 11-03-2014 om 14:50 [+]:
> Can you please check if this patch fixes the problem for you or not?
Yes, the two messages (one error and one warning) about "_CRS" are gone
with this patch applied on top of v3.14-rc6.
> > Before commit b355cee88e3b1a193f0e9a81db810f6
On Monday, March 10, 2014 07:02:02 PM Ruchi Kandoi wrote:
> Add API log_wakeup_reason() and expose it to userspace via sysfs path
> /sys/kernel/wakeup_reasons/last_resume_reason
> This is useful for power management diagnostic purposes.
What's the use case and how is it supposed to work?
> Signed
On 03/11/2014 02:06 PM, Mel Gorman wrote:
On Tue, Mar 11, 2014 at 01:33:00PM -0400, Sasha Levin wrote:
Okay. So just this patch on top of the latest -next shows the following issues:
1. BUG in task_numa_work:
[ 439.417171] BUG: unable to handle kernel paging request at 880e17530c00
[ 439
On Tue, Mar 11, 2014 at 11:03:38AM -0700, Andrew Morton wrote:
> On Tue, 11 Mar 2014 10:12:18 -0700 Randy Dunlap wrote:
>
> > On 03/10/2014 03:37 PM, a...@linux-foundation.org wrote:
> > > The mm-of-the-moment snapshot 2014-03-10-15-35 has been uploaded to
> > >
> > >http://www.ozlabs.org/~a
On Tue, 11 Mar 2014 15:18:02 -0400 Sasha Levin wrote:
> > 3. Can you test with the following patches reverted please?
> >
> > e15d25d9c827b4346a36a3a78dd566d5ad353402
> > mm-per-thread-vma-caching-fix-fix
> > e440e20dc76803cdab616b4756c201d5c72857f2 mm-per-thread-vma-caching-fix
> >
On 03/06/2014 09:45 AM, Jiri Bohac wrote:
> Hi,
>
> I'm looking at the printk call in
> __timekeeping_inject_sleeptime(), introduced in cb5de2f8
> (time: Catch invalid timespec sleep values in __timekeeping_inject_sleeptime)
>
> Is it safe to call printk() while timekeeper_seq is held for
> writing
On Tue, 2014-03-11 at 18:06 +, Mel Gorman wrote:
> On Tue, Mar 11, 2014 at 01:33:00PM -0400, Sasha Levin wrote:
> > Okay. So just this patch on top of the latest -next shows the following
> > issues:
> >
> > 1. BUG in task_numa_work:
> >
> > [ 439.417171] BUG: unable to handle kernel paging
On Tue, 11 Mar 2014 12:20:46 -0700 Josh Triplett wrote:
> > > ERROR: "balloon_devinfo_alloc" [drivers/virtio/virtio_balloon.ko]
> > > undefined!
> > > ERROR: "balloon_page_enqueue" [drivers/virtio/virtio_balloon.ko]
> > > undefined!
> > > ERROR: "balloon_page_dequeue" [drivers/virtio/virtio_bal
On 03/11/2014 03:28 PM, Andrew Morton wrote:
On Tue, 11 Mar 2014 15:18:02 -0400 Sasha Levin wrote:
3. Can you test with the following patches reverted please?
e15d25d9c827b4346a36a3a78dd566d5ad353402
mm-per-thread-vma-caching-fix-fix
e440e20dc76803cdab616b4756c201d5c72857f2 m
On Tuesday, March 11, 2014 12:15:04 PM Dirk Brandewie wrote:
> On 03/11/2014 12:29 PM, Rafael J. Wysocki wrote:
> > On Tuesday, March 11, 2014 10:13:00 AM Dirk Brandewie wrote:
> >> On 03/11/2014 10:03 AM, Soren Brinkmann wrote:
> >>> From: Joe Perches
> >>>
> >>>- Add missing newlines
> >>>
On 03/07/2014 07:12 AM, Rafael J. Wysocki wrote:
On Wednesday, February 26, 2014 01:46:25 AM Rafael J. Wysocki wrote:
On Monday, February 24, 2014 08:29:30 AM Tuukka Tikkanen wrote:
This set of patches makes some minor changes to menu governor and the poll
idle state.
Patch 1 is simply a renam
Commit-ID: 731bd6a93a6e9172094a2322bd0ee964bb1f4d63
Gitweb: http://git.kernel.org/tip/731bd6a93a6e9172094a2322bd0ee964bb1f4d63
Author: Suresh Siddha
AuthorDate: Sun, 2 Feb 2014 22:56:23 -0800
Committer: H. Peter Anvin
CommitDate: Tue, 11 Mar 2014 12:32:52 -0700
x86, fpu: Check tsk_used
Hi all,
I've ended up deleting the log file by mistake, but this bug does seem to be
important
so I'd rather not wait before the same issue is triggered again.
The call chain is:
mlock (mm/mlock.c:745)
__mm_populate (mm/mlock.c:700)
__mlock_vma_p
On 07/03/14 17:59, Thomas Graf wrote:
On 03/07/2014 06:28 PM, Pravin Shelar wrote:
Problem is mapping SKBTX_DEV_ZEROCOPY pages to userspace. skb_zerocopy
is not doing that.
Unless I missing something, Current netlink code can not handle
skb-frags with zero copy. So we have to copy skb anyways a
-All printk(KERN_foo converted to pr_foo().
-Add pr_fmt and remove redundant prefixes.
Signed-off-by: Fabian Frederick
---
fs/befs/debug.c| 14 +++---
fs/befs/linuxvfs.c | 27 +--
2 files changed, 20 insertions(+), 21 deletions(-)
diff --git a/fs/befs/debug.c
On Tue, 11 Mar 2014 18:40:23 + David Vrabel wrote:
> If vunmap() is used to unmap a large (e.g., 50 GB) region, it may take
> sufficiently long that it triggers soft lockup warnings.
>
> Add a cond_resched() into vunmap_pmd_range() so the calling task may
> be resheduled after unmapping each
On Mon, Mar 10, 2014 at 03:37:18PM +0100, Nicolas Ferre wrote:
> From: Boris BREZILLON
>
> On the newly introduced sama5d36, Gigabit and 10/100 Ethernet network
> interfaces are probed in a different order than for the sama5d35.
> Moreover, users are accustomed to this order in bootloaders and ba
On Tue, Mar 11, 2014 at 04:44:49PM +0400, Max Filippov wrote:
> +static inline int xtfpga_spi_wait_busy(struct xtfpga_spi *xspi)
> +{
> + unsigned long timeout = jiffies + msecs_to_jiffies(100);
> + while (xtfpga_spi_read32(xspi, XTFPGA_SPI_BUSY)) {
> + if (!time_before(jiffies
On Tuesday 11 March 2014 06:23 PM, Vinod Koul wrote:
> On Fri, Feb 28, 2014 at 05:56:40PM -0500, Santosh Shilimkar wrote:
>> From: Sandeep Nair
>>
>> The Packet DMA driver sets up the dma channels and flows for the
>> QMSS(Queue Manager SubSystem) who triggers the actual data movements
>> across c
On Tuesday, March 11, 2014 03:35:06 PM Rik van Riel wrote:
> On 03/07/2014 07:12 AM, Rafael J. Wysocki wrote:
> > On Wednesday, February 26, 2014 01:46:25 AM Rafael J. Wysocki wrote:
> >> On Monday, February 24, 2014 08:29:30 AM Tuukka Tikkanen wrote:
> >>> This set of patches makes some minor chan
On Tue, 2014-03-11 at 20:43 +0100, Fabian Frederick wrote:
> -All printk(KERN_foo converted to pr_foo().
> -Add pr_fmt and remove redundant prefixes.
[]
> diff --git a/fs/befs/debug.c b/fs/befs/debug.c
> @@ -31,7 +32,7 @@ befs_error(const struct super_block *sb, const char *fmt,
> ...)
> va
On Tue, 11 Mar 2014 20:50:53 +0900
Satoru Takeuchi wrote:
> > > I just need to test them for a bit before I push them to my kernel.org
> > > repo. I don't actually have a test suite for ktest. My testing is that
> > > I use ktest on a daily basis, and I just use the latest devel ktest for
> > >
From: Eric Paris
The login uid change record does not include the selinux context of the
task logging in. Add that information.
(Updated from 2011-01: RHBZ:670328 -- RGB)
Reported-by: Steve Grubb
Acked-by: James Morris
Signed-off-by: Eric Paris
Signed-off-by: Aristeu Rozanski
Signed-off-by
This was fixed in RHEL6 as BZ 670328, but never upstreamed.
Eric Paris (1):
audit: include subject in login records
Richard Guy Briggs (1):
audit: remove superfluous new- prefix in AUDIT_LOGIN messages
kernel/auditsc.c | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
--
The new- prefix on ses and auid are un-necessary and break ausearch.
Signed-off-by: Richard Guy Briggs
---
kernel/auditsc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/auditsc.c b/kernel/auditsc.c
index eb01d47..3bc12d2 100644
--- a/kernel/auditsc.c
+++ b/ker
On Tue, Mar 11, 2014 at 2:59 AM, Matt Fleming wrote:
> On Mon, 10 Mar, at 10:41:57AM, Kees Cook wrote:
>> > 4e14dfc7 Matt Fleming 2009-08-07 113 /*
>> > 4e14dfc7 Matt Fleming 2009-08-07 114 * Print one address/symbol entries
>> > per line.
>> > 4e14dfc7 Matt Fleming 2009-08-07 115 */
>> >
Hi all,
While fuzzing with trinity inside a KVM tools guest running latest -next kernel
I've stumbled on the following spew:
[ 477.301955] kernel BUG at mm/swap.c:609!
[ 477.302564] invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 477.303590] Dumping ftrace buffer:
[ 477.305022](f
On Tue, 2014-03-11 at 15:39 -0400, Sasha Levin wrote:
> Hi all,
>
> I've ended up deleting the log file by mistake, but this bug does seem to be
> important
> so I'd rather not wait before the same issue is triggered again.
>
> The call chain is:
>
> mlock (mm/mlock.c:745)
>
Hi all,
Today's linux-next merge of the kvm tree got a conflict in
arch/s390/include/asm/kvm_host.h between commit b31288fa83b2b ("s390/kvm:
support collaborative memory management") from the tree and commit
672550fb682e993 ("KVM: s390: Provide access to program parameter") from the kvm
tree.
On 03/11/2014 04:07 PM, Davidlohr Bueso wrote:
On Tue, 2014-03-11 at 15:39 -0400, Sasha Levin wrote:
Hi all,
I've ended up deleting the log file by mistake, but this bug does seem to be
important
so I'd rather not wait before the same issue is triggered again.
The call chain is:
mloc
On Tue 11-03-14 11:23:55, Andrew Morton wrote:
> On Wed, 19 Feb 2014 14:01:39 -0500 Tejun Heo wrote:
>
> > Hello, Jan.
> >
> > On Wed, Feb 19, 2014 at 10:27:31AM +0100, Jan Kara wrote:
> > > You are the workqueue expert so you may know better ;) But the way I
> > > understand it is that queue_
On Tue, Mar 11, 2014 at 11:49 PM, Mark Brown wrote:
> On Tue, Mar 11, 2014 at 04:44:49PM +0400, Max Filippov wrote:
>
>> +static inline int xtfpga_spi_wait_busy(struct xtfpga_spi *xspi)
>> +{
>> + unsigned long timeout = jiffies + msecs_to_jiffies(100);
>> + while (xtfpga_spi_read32(xspi,
After 839a8e8660b67 "writeback: replace custom worker pool
implementation with unbound workqueue" when device is removed while we
are writing to it we crash in bdi_writeback_workfn() ->
set_worker_desc() because bdi->dev is NULL. This can happen because
even though bdi_unregister() cancels all pen
From: Derek Basehore
bdi_wakeup_thread_delayed() used the mod_delayed_work() function to
schedule work to writeback dirty inodes. The problem with this is that
it can delay work that is scheduled for immediate execution, such as the
work from sync_inodes_sb(). This can happen since mod_delayed_w
On Tue, 2014-03-11 at 16:12 -0400, Sasha Levin wrote:
> On 03/11/2014 04:07 PM, Davidlohr Bueso wrote:
> > On Tue, 2014-03-11 at 15:39 -0400, Sasha Levin wrote:
> >> Hi all,
> >>
> >> I've ended up deleting the log file by mistake, but this bug does seem to
> >> be important
> >> so I'd rather not
On Tue, Mar 11, 2014 at 04:25:02PM +0100, Jiri Olsa wrote:
> On Tue, Mar 11, 2014 at 01:31:54AM +0100, Andi Kleen wrote:
> > > this is *same* as parse_branch_mode function and seems to be not needed,
> > > I think both branch-stack and branch-history options could be handled
> > > by OPT_BOOLEAN
>
Since unaligned_panic() takes a literal string, make sure it can never
accidentally be used as a format string.
Signed-off-by: Kees Cook
---
arch/sparc/kernel/unaligned_32.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/sparc/kernel/unaligned_32.c b/arch/sparc/kerne
rc_map_get() takes a single string literal for the module to load,
so make sure it cannot be used as a format string in the call to
request_module().
Signed-off-by: Kees Cook
---
On another security note, this raw request_module() call should have
some kind of prefix associated with it to make su
This makes sure that the name coming out of configfs cannot be used
accidentally as a format string.
Signed-off-by: Kees Cook
---
drivers/usb/gadget/tcm_usb_gadget.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/tcm_usb_gadget.c
b/drivers/usb/gadget/t
From: "Michael S. Tsirkin"
Date: Mon, 10 Mar 2014 18:29:01 +0200
> This fixes a bug in skb_segment where it moves frags
> between skbs without orphaning them.
> This causes userspace to assume it's safe to
> reuse the buffer, and receiver gets corrupted data.
> This further might leak information
On Tue, 11 Mar 2014 13:07:33 -0700 Davidlohr Bueso wrote:
> On Tue, 2014-03-11 at 15:39 -0400, Sasha Levin wrote:
> > Hi all,
> >
> > I've ended up deleting the log file by mistake, but this bug does seem to
> > be important
> > so I'd rather not wait before the same issue is triggered again.
>
On Mon, Mar 10, 2014 at 11:15 PM, Liu ShuoX wrote:
> These two patches are applied on top of patches:
> https://lkml.org/lkml/2014/3/3/368
> It has been added in -mm tree. Below is the first patch, and i will
> send the second by replying this one.
>
> From: Liu ShuoX
>
> ramoops_get_next_prz get
On 03/11/2014 04:30 PM, Andrew Morton wrote:
I worry about what happens if __get_user_pages decides to do
if (ret & VM_FAULT_RETRY) {
if (nonblocking)
*nonblocking = 0;
On Mon, Mar 10, 2014 at 11:17 PM, Liu ShuoX wrote:
> From: Liu ShuoX
>
> In case that ramoops_init_przs failed, max_dump_cnt won't be reset to
> zero in error handle path.
>
> Signed-off-by: Liu ShuoX
> ---
> fs/pstore/ram.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff -
On Tue, 2014-03-04 at 12:23 -0800, Joe Perches wrote:
> It seems to duplicate CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS
> so use that instead.
>
> This changes the !CPU_LITTLE_ENDIAN powerpc arch to use unaligned
> accesses in fs/dcache.c and fs/namei.c as
> CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS is
On Mon, Mar 10, 2014 at 09:33:58AM +0800, Xiubo Li wrote:
> Since we cannot make sure the 'max_conn_count' will always be none
> zero from the users, and then if max_conn_count equals to zero, the
> kcalloc() will return ZERO_SIZE_PTR, which equals to ((void *)16).
>
> So this patch fix this with
On Tue, 2014-03-11 at 13:30 -0700, Andrew Morton wrote:
> On Tue, 11 Mar 2014 13:07:33 -0700 Davidlohr Bueso wrote:
>
> > On Tue, 2014-03-11 at 15:39 -0400, Sasha Levin wrote:
> > > Hi all,
> > >
> > > I've ended up deleting the log file by mistake, but this bug does seem to
> > > be important
ping?
On 03/04/14 16:40, Stephen Boyd wrote:
> LTO patches add __visible to the asmlinkage define, causing
> compilation warnings like:
>
> drivers/irqchip/irq-gic.c:283:1: warning: 'externally_visible'
> attribute have effect only on public objects [-Wattributes]
>
> Drop asmlinkage here to a
On 03/11/2014 04:30 PM, Andrew Morton wrote:
All I can think is that find_vma() went and returned a vma from a
different mm, which would be odd. How about I toss this in there?
--- a/mm/vmacache.c~a
+++ a/mm/vmacache.c
@@ -72,8 +72,10 @@ struct vm_area_struct *vmacache_find(str
for (i =
On Tue, 2014-03-11 at 16:45 -0400, Sasha Levin wrote:
> On 03/11/2014 04:30 PM, Andrew Morton wrote:
> > All I can think is that find_vma() went and returned a vma from a
> > different mm, which would be odd. How about I toss this in there?
> >
> > --- a/mm/vmacache.c~a
> > +++ a/mm/vmacache.c
> >
701 - 800 of 823 matches
Mail list logo
