Add missing newlines and coalesce formats.
Realign arguments.
Signed-off-by: Joe Perches
---
drivers/tty/serial/sh-sci.c | 38 ++
1 file changed, 18 insertions(+), 20 deletions(-)
diff --git a/drivers/tty/serial/sh-sci.c b/drivers/tty/serial/sh-sci.c
index
On Tue, Mar 11, 2014 at 06:37:50PM +0400, Cyrill Gorcunov wrote:
> > > After reading some more, I suppose the idea I had is wrong,
> > investigating.
> > > Will ping if I find something.
> >
> > I can rule it out anyway, I can reproduce this by telling trinity to do
> > nothing
> >
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-moment:
>
> http://www.ozlabs.org/~akpm/mmotm/
>
> This is a snapshot of
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 over 80 charaters long.
Original-patch-by: Sören Brinkmann
Signed-off-by: Joe Perches
On 03/11/2014 10:09 AM, Linus Torvalds wrote:
>
> So 32-bit x86 is dead, dead, dead. There's absolutely no future to it.
> We're not adding new stuff to "future-proof" it.
>
Quark and its derivatives will probably be 32 bit for some time to come.
Now, I don't know what the motivation was for
Am Tue, 11 Mar 2014 14:56:41 +0100 (CET)
schrieb Thomas Gleixner :
> > Ok, via bisecting I found commit
> > 73f7d1ca32638028e3271f54616773727e2f9f26 (see below) to be the one
> > that introduced this regression.
>
> Interesting. I have no idea what's going on. But maybe can the ACPI
> folks shed
On Tue, 2014-03-11 at 10:13AM -0700, 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 over 80
On Tue, Mar 11, 2014 at 10:09 AM, Linus Torvalds
wrote:
> On Tue, Mar 11, 2014 at 9:50 AM, Andy Lutomirski wrote:
>> Looking forward, would it be reasonable to have an extensible set of
>> flags that live in the ELF interpreter's headers somewhere
>
> No. Not reasonable. The whole "32-bit x86"
From: Randy Dunlap
virtio-dev mailing list is for subscribers only according to the
returned message after trying to send to it.
Signed-off-by: Randy Dunlap
---
MAINTAINERS |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- mmotm-2014-0310-1535.orig/MAINTAINERS
+++
On Tue, 2014-03-11 at 10:13 -0700, 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 over 80
On Tue, Mar 11, 2014 at 05:00:22PM +0100, Alexander Gordeev wrote:
> This is an cleanup effort to make ntb_setup_msix() more
> readable - use ntb_setup_bwd_msix() to init MSI-Xs on
> BWD hardware and ntb_setup_snb_msix() - on SNB hardware.
>
> Function ntb_setup_snb_msix() also initializes MSI-Xs
On Tue, Mar 11, 2014 at 05:00:35PM +0100, Alexander Gordeev wrote:
> As result of deprecation of MSI-X/MSI enablement functions
> pci_enable_msix() and pci_enable_msi_block() all drivers
> using these two interfaces need to be updated to use the
> new pci_enable_msi_range() or
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_trans_huge
under the lock and falls through if it hit a parallel split. It's not
perfect
Greetings!!
Please, I would respectfully request that you keep the contents of
this e-mail confidential and respect the integrity of the
information you come by as result of this e-mail. I contact you
independently and no one is informed of this communication.
Firstly, I am Mr. LAURANCE WELAM,
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_trans_huge
under the lock and falls through if
- Original Message -
> From: "Steven Rostedt"
> To: "Mathieu Desnoyers"
> Cc: "Frank Ch. Eigler" , linux-kernel@vger.kernel.org, "Ingo
> Molnar" , "Frederic
> Weisbecker" , "Andrew Morton"
> , "Johannes Berg"
>
> Sent: Tuesday, March 11, 2014 11:40:23 AM
> Subject: Re:
On Tue, Mar 11, 2014 at 01:10:45PM -0400, Dave Jones wrote:
> >
> > Dave, iirc trinity can write log file pointing which exactly syscall
> sequence
> > was passed, right? Share it too please.
>
> Hm, I may have been mistaken, and the damage was done by a previous run.
> I went from being
Hi Ben, Russell and Catalin,
I've got this series queued up, and I'd like to be ready to merge it
in the next merge window. I'm going to queue it up in linux-next. If
you have any concerns, please shout and it can be removed. I won't ask
Linus to pull it without you giving the okay.
g.
On Fri,
On Tue, Mar 11, 2014 at 09:36:03PM +0400, Cyrill Gorcunov wrote:
> On Tue, Mar 11, 2014 at 01:10:45PM -0400, Dave Jones wrote:
> > >
> > > Dave, iirc trinity can write log file pointing which exactly syscall
> > sequence
> > > was passed, right? Share it too please.
> >
> > Hm, I may
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:
Extended BPF extends old BPF in the following ways:
- from 2 to 10
The first patch (Don't check resource_size() in pci_bus_alloc_resource())
fixes a regression reported by Paul Bolle, so I intend to ask Linus to pull
it before releasing v3.14.
The others are minor cleanups with no functional change.
These are in my pci/resource branch and, except for the first
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
>
> Signed-off-by: Fred Akers
> ---
> This is v2 of "[PATCH] Staging: comedi: apci_1564: Fix long CamelCase
> function names"
> Changed
Paul reported that after f75b99d5a77d ("PCI: Enforce bus address limits in
resource allocation") on a 32-bit kernel (CONFIG_PHYS_ADDR_T_64BIT not
set), intel-gtt complained "can't ioremap flush page - no chipset
flushing". In addition, other PCI resource allocations, e.g., for bridge
windows,
The pci_bus_alloc_resource() "type_mask" parameter is used to compare with
the "flags" member of a struct resource, so it should be the same type,
namely "unsigned long".
No functional change because all current IORESOURCE_* flags fit in 32 bits.
Signed-off-by: Bjorn Helgaas
---
On Tue, Mar 11, 2014 at 9:56 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v3.14-rc6[1] to v3.14-rc5[3], the summaries are:
> - build errors: +10/-4
Only fuzz from the randconfig police:
+ /scratch/kisskb/src/drivers/gpu/drm/drm_gem_cma_helper.c: error:
implicit declaration of
When allocating space from a bus resource, i.e., from apertures leading to
this bus, make sure the entire resource type matches. The previous code
assumed the IORESOURCE_TYPE_BITS field was a bitmask with only a single bit
set, but this is not true. IORESOURCE_TYPE_BITS is really an enumeration,
On 05/03/2014 02:53, Wenyou Yang :
> In order to support the pinctrl sleep state.
>
> Signed-off-by: Wenyou Yang
Wenyou,
This patch has been discussed here:
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-August/194975.html
I even gave my Acknowledgement on Boris' patch. Can you
On Tue, Mar 11, 2014 at 3:11 AM, Ingo Molnar wrote:
>
> But ... when PPro was common our parallelization sucked, so I'd not be
> surprised if it triggered more frequently with a modern kernel.
Agreed. It is certainly very possible that we had no reports of this
simply because we never had any
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
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
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.
---
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
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
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
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,
-
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
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
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
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:
>
>
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: []
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
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
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
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
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
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 *
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
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
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
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
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
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
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,
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
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
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 +
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:
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
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,
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
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:
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
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
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
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
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
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
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?
>
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
[
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
> > >
> > >
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
>
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
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"
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
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
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
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)
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
-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
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
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
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
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
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
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,
> ...)
>
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
> > >
1301 - 1400 of 1640 matches
Mail list logo
