On Tue, May 20, 2014 at 12:46 AM, Andrew Morton
wrote:
> On Sun, 18 May 2014 09:58:37 +0200 Manfred Spraul
> wrote:
>
>> SUSv4 clearly defines how semncnt and semzcnt must be calculated:
>> A task waits on exactly one semaphore:
>> The semaphore from the first operation in the sop array that can
On Friday, May 16, 2014 10:29:43 PM PDT, I wrote:
Hirofumi is the one who deserves congratulations,
recognition for providing more than half the code including most
of the hard parts, and thanks for bringing Tux3 back to life.
An epilogue... one gentleman took that suggestion seriously and sen
Hi Sumit,
Today's linux-next merge of the dma-buf tree got a conflict in
drivers/gpu/drm/i915/i915_gem_dmabuf.c between commit 5cc9ed4b9a7a
("drm/i915: Introduce mapping of user pages into video memory (userptr)
ioctl") from the drm-intel tree and commit 8dfb1f0f8103 ("dma-buf: use
reservation obj
aOn Mon, May 19, 2014 at 06:39:53PM +0100, Lee Jones wrote:
> On Mon, 19 May 2014, Guenter Roeck wrote:
>
> > On 05/19/2014 05:43 AM, Andreas Werner wrote:
> > >aOn Sat, May 17, 2014 at 08:47:42AM -0700, Guenter Roeck wrote:
> > >>On 05/16/2014 09:37 AM, Andreas Werner wrote:
> > >>>The MEN 14F021
Hi Rafael,
Could you help give some advice on how to apply the function to put the
trackpad device into low power mode with LID in current kernel?
or it's just a policy and should not be submitted to kernel right now?
Thanks,
Dudley
>
> -Original Message-
> From: Dmitry Torokhov [mailto
On Tue, May 20, 2014 at 02:57:47PM +0900, Gioh Kim wrote:
>
> Thanks for your advise, Michal Nazarewicz.
>
> Having discuss with Joonsoo, I'm adding fallback allocation after
> __alloc_from_contiguous().
> The fallback allocation works if CMA kernel options is turned on but CMA size
> is zero.
On 05/19/2014 09:54 PM, Stefan Kristiansson wrote:
> On Mon, May 19, 2014 at 04:44:57PM +0200, Jonas Bonn wrote:
>
>> ii) Put a Depends on CONFIG_ARCH_OPENRISC in the Kconfig
>
> Hmm, do we really need that?
> The irqchip driver will picked by 'select'ing it from arch/openrisc/Kconfig
> So, it wo
On Mon, 2014-05-19 at 14:30 +, dwal...@fifo99.com wrote:
> On Mon, May 19, 2014 at 01:53:28PM +0200, Paul Bolle wrote:
>
> > Even the most dubious of code in drivers/staging is expected to "compile
> > properly"!
>
> But mach-msm isn't staging, different rules apply there.
Heh, different
* Jiri Olsa wrote:
> hi Ingo,
> please consider pulling
>
> thanks,
> jirka
>
>
> The following changes since commit 26f273802b6ed28e059f4359bc7711dffceda022:
>
> Merge tag 'perf-core-for-mingo' of
> git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf into perf/core
> (2014-05-12 17
On Mon, May 19, 2014 at 11:03:11PM -0700, Andrew Morton wrote:
> On Mon, 19 May 2014 22:59:15 -0700 Andrew Morton
> wrote:
>
> > On Tue, 20 May 2014 10:44:49 +1000 Dave Chinner wrote:
> >
> > > @@ -258,14 +258,23 @@ xfs_bmapi_allocate_worker(
> > > struct xfs_bmalloca *args = container_o
On Tue, May 20, 2014 at 08:18:59AM +0900, Minchan Kim wrote:
> On Mon, May 19, 2014 at 01:50:01PM +0900, Joonsoo Kim wrote:
> > On Mon, May 19, 2014 at 11:53:05AM +0900, Minchan Kim wrote:
> > > On Mon, May 19, 2014 at 11:11:21AM +0900, Joonsoo Kim wrote:
> > > > On Thu, May 15, 2014 at 11:43:53AM
On Mon, May 19, 2014 at 10:59:15PM -0700, Andrew Morton wrote:
> On Tue, 20 May 2014 10:44:49 +1000 Dave Chinner wrote:
>
> > @@ -258,14 +258,23 @@ xfs_bmapi_allocate_worker(
> > struct xfs_bmalloca *args = container_of(work,
> > struct xfs_bmal
Can't you just make a commit to fix it? If you want I can submit a patch.
Sorry to be so OCD about this.
On Mon, May 19, 2014 at 10:26 PM, Rusty Russell wrote:
> Randy Dunlap writes:
>> On 05/19/2014 01:11 AM, Diego Viola wrote:
>>> I mean "e.g.:" is wrong, it should be e.g. or e.g.,
>>
>> I do
On Tuesday 20 May 2014 11:27 AM, Olof Johansson wrote:
> On Thu, May 15, 2014 at 05:35:01PM +0530, Sekhar Nori wrote:
>> + ARM SoC team
>>
>> On Tuesday 13 May 2014 12:56 PM, Peter Ujfalusi wrote:
>>> Get the two interrupt line number at the same time by merging the two
>>> instance of if(node){}el
On Wed, May 14, 2014 at 6:24 AM, Gabriel FERNANDEZ
wrote:
> Patch adds DT entries for clockgen A9
>
> Signed-off-by: Pankaj Dev
> Signed-off-by: Gabriel Fernandez
> ---
> arch/arm/boot/dts/stih415-clock.dtsi | 48
> +---
> 1 file changed, 39 insertions(+), 9 del
Hi,
Just a quick drive-by review since I was looking at these patches in
the pull request you sent.
On Wed, Mar 12, 2014 at 1:50 AM, Maxime COQUELIN wrote:
> B2120 HDK is the reference board for STiH407 SoC.
> It has the following characteristics:
> - 1GB DDR3
> - 8GB eMMC / SD-Card slot
>
On Mon, 19 May 2014 14:57:39 +0200, Thierry Reding
wrote:
> On Mon, May 19, 2014 at 04:30:59PM +0300, Grygorii Strashko wrote:
> [...]
> > diff --git a/drivers/of/irq.c b/drivers/of/irq.c
> [...]
> > /**
> > + * of_irq_get_byname - Decode a node's IRQ and return it as a Linux irq
> > number
> >
>>> On 19.05.14 at 22:46, wrote:
> On Mon, May 19, 2014 at 02:30:45PM +0100, Jan Beulich wrote:
>> >>> On 16.05.14 at 22:41, wrote:
>> > @@ -457,6 +460,21 @@ void __init efi_free_boot_services(void)
>> >efi_unmap_memmap();
>> > }
>> >
>> > +static void __init __iomem *efi_early_ioremap(resou
Hi Dmitry,
Thanks for your advice, I will organize it and resubmit it as v2.
Thanks,
Dudley
> -Original Message-
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Sent: Tuesday, May 20, 2014 11:48 AM
> To: Dudley Du
> Cc: Benson Leung; Daniel Kurtz; David Solda; linux-in...@vg
20.05.2014, 09:08, "Kirill Tkhai" :
> 20.05.2014, 04:00, "Peter Zijlstra" :
>
>> On Mon, May 19, 2014 at 11:31:19PM +0400, Kirill Tkhai wrote:
>>> @@ -513,9 +513,17 @@ static enum hrtimer_restart dl_task_timer(struct
>>> hrtimer *timer)
>>>
From: Theuns Verwoerd
Reduce the level of the Netwinder floating point startup message from KERN_WARN
to KERN_NOTICE, since it is normal (correct) behaviour.
Signed-off-by: Theuns Verwoerd
---
This is useful to support a test framework that monitors the kernel
for unexpected
warnings, in pref
On Mon, 19 May 2014 22:59:15 -0700 Andrew Morton
wrote:
> On Tue, 20 May 2014 10:44:49 +1000 Dave Chinner wrote:
>
> > @@ -258,14 +258,23 @@ xfs_bmapi_allocate_worker(
> > struct xfs_bmalloca *args = container_of(work,
> > struct xfs_bmalloca
Hi Andy,
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/vdso
commit cfda7bb9ecbf9d96264bb5bade33a842966d1062 ("x86, vdso: Move syscall and
sysenter setup into kernel/cpu/common.c")
test case: nhm4/will-it-scale/sched_yield
3d7ee969bffcc98 c
On Tue, 20 May 2014 10:44:49 +1000 Dave Chinner wrote:
> @@ -258,14 +258,23 @@ xfs_bmapi_allocate_worker(
> struct xfs_bmalloca *args = container_of(work,
> struct xfs_bmalloca, work);
> unsigned long pflags;
> + unsigned
Thanks for your advise, Michal Nazarewicz.
Having discuss with Joonsoo, I'm adding fallback allocation after
__alloc_from_contiguous().
The fallback allocation works if CMA kernel options is turned on but CMA size
is zero.
- 8<
>From 05e389683ddd07
On Thu, May 15, 2014 at 05:35:01PM +0530, Sekhar Nori wrote:
> + ARM SoC team
>
> On Tuesday 13 May 2014 12:56 PM, Peter Ujfalusi wrote:
> > Get the two interrupt line number at the same time by merging the two
> > instance of if(node){}else{} places.
> > replace the &pdev->dev with the already ex
On Fri, 16 May 2014 13:52:42 +0200, Geert Uytterhoeven
wrote:
> Hi Grant,
>
> On Fri, May 16, 2014 at 12:58 PM, Grant Likely
> wrote:
> > On Thu, 15 May 2014 09:20:24 +0200, Geert Uytterhoeven
> > wrote:
> >> On Thu, May 15, 2014 at 9:12 AM, Pantelis Antoniou
> >> wrote:
> >> >> We also need
On Wed, May 14, 2014 at 11:19:22AM +0200, Nicolas Ferre wrote:
> Arnd, Olof, Kevin,
>
> More DT material for AT91. Some fixes that apply on what was merged for 3.15
> but that are not very critical.
> The other patches are feature additions to old or very recent product/board:
> at91sam9261 or sam
On Mon, 19 May 2014 20:27:32 +0200, Borislav Petkov said:
> From: Borislav Petkov
>
> ... instead of naked numbers.
>
> Stuff in sysrq.c used to set it to 8 which is supposed to mean above
> default level so set it to DEBUG instead as we're terminating/killing
> all tasks and we want to be verbose
On Mon, 19 May 2014 06:31:11 +0200 Julia Lawall wrote:
> From: Julia Lawall
>
> Delete unnecessary local variable whose value is always 0 and that hides
> the fact that the result is always 0.
>
> A simplified version of the semantic patch that fixes this problem is as
> follows: (http://cocci
On Monday, May 19, 2014 8:18:02 PM PDT, Dave Chinner wrote:
On Mon, May 19, 2014 at 05:55:30PM -0700, Daniel Phillips wrote:
On 05/18/2014 04:55 PM, Dave Chinner wrote:
...
I'm not commenting on the c99 comment style, I'm passing comment on
the fact that a filesystem that has commented out co
On 05/20/2014 03:07 AM, Rickard Strandqvist wrote:
> There is otherwise a risk of a possible null pointer dereference.
>
> Was largely found by using a static code analysis program called cppcheck.
>
> Signed-off-by: Rickard Strandqvist
> ---
> sound/soc/samsung/dma.c | 10 ++
> 1 fil
On Tue, May 20, 2014 at 10:03:43AM +1000, Stephen Rothwell wrote:
> Is this a request for inclusion of those branches into linux-next
> separately from the scsi tree itself?
James said he wants to include it in the scsi tree, but given how late
we are in the cycle I'd love to see separate exposure
On Tue, May 20, 2014 at 12:04 AM, Nishanth Menon wrote:
> On Mon, May 19, 2014 at 1:08 PM, Inderpal Singh
> wrote:
>> Hi Nishanth,
>>
>> Thanks for the review comments.
>>
>> On Mon, May 19, 2014 at 6:43 PM, Nishanth Menon wrote:
>>> On 05/16/2014 04:09 AM, Inderpal Singh wrote:
At the dri
On Tue, May 20, 2014 at 12:54:29PM +0900, Tetsuo Handa wrote:
> Dave Chinner wrote:
> > So, XFS should be passing kswapd context to the workqueue allocation
> > context. The patch below does this.
> >
> > Tetsuo-san, when it comes to problems involving XFS, you should
> > really CC x...@oss.sgi.co
On 19 May 2014 16:24, Tomasz Figa wrote:
> On 19.05.2014 09:10, Rahul Sharma wrote:
>> On 16 May 2014 20:19, Tomasz Figa wrote:
>>> On 16.05.2014 16:30, Rahul Sharma wrote:
On 16 May 2014 16:20, Tomasz Figa wrote:
> On 16.05.2014 12:35, Rahul Sharma wrote:
>> On 16 May 2014 15:12, R
On Tue, 2014-05-20 at 07:02 +0200, Fabian Frederick wrote:
> and the winner is ? :)
Either works. You're the patch submitter. Pick one.
But I'm sure you know I'm not pushing the patch upstream... :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
On Tue, May 20, 2014 at 12:34 AM, Dan Carpenter
wrote:
> On Mon, May 19, 2014 at 09:19:07PM +0530, navin patidar wrote:
>> > You have changed it to return _FAIL instead of true. Perhaps that is ok
>> > but you need to explain it in the changelog.
>> >
>> oops, I'll resend this patch with proper c
20.05.2014, 04:00, "Peter Zijlstra" :
> On Mon, May 19, 2014 at 11:31:19PM +0400, Kirill Tkhai wrote:
>
>> @@ -513,9 +513,17 @@ static enum hrtimer_restart dl_task_timer(struct
>> hrtimer *timer)
>> struct
>> sched_dl_entity,
>>
This patchset fixes a broken checksum function and removes a struct
that was being used to ignore bad checksum values.
V2 Changes:
* Change subject to make clear this patchset fixes a bug.
* Explicitly comment that the checksum algorithm is RFC 1071.
* Remove byte swapping code.
* Add deta
Remove fail_on_bad_eeprom, which was always 0 and thus being used
to ignore incorrect checksumming. This means devices with corrupt
eeprom will now cause the driver to fail.
Since fail_on_bad_eeprom was the last member in use of struct
slic_reg_params, remove that struct altogether.
Signed-off-by
Rewrite slic_eeprom_cksum() to fix bugs and make readable. This patch
technically has no effect on the user as failed eeprom checksums are
ignored anyway.
The original implementation had the following issues:
1. 2 of the 3 unrolled loops had the following bug:
while ((len -= 32) >= 0) {
On Mon, 19 May 2014 16:50:05 -0700
Joe Perches wrote:
> On Mon, 2014-05-19 at 16:40 -0700, Andrew Morton wrote:
> > On Mon, 19 May 2014 16:22:28 -0700 Joe Perches wrote:
> >
> > > On Mon, 2014-05-19 at 16:09 -0700, Andrew Morton wrote:
> > > > On Fri, 16 May 2014 22:38:15 +0200 Fabian Frederick
On Mon, 19 May 2014 23:49:22 +0930, David Newall said:
> How does a packet get fragmented in this case? Does it only happen when
> bridging to a device with smaller MTU? That scenario sounds quite
> un-bridge-like. It also sounds like something that can be handled by
> real routing.
Which does
Hi Bin,
On 5/19/2014 9:24 PM, Bin Liu wrote:
Hi,
On Mon, May 19, 2014 at 8:39 AM, George Cherian wrote:
BABBLE and RESET share the same interrupt. The interrupt
is considered to be RESET if MUSB is in peripheral mode and
as a BABBLE if MUSB is in HOST mode.
Handle babble condition iff MUSB is
[Really adding Mark]
On Mon, May 19, 2014 at 9:25 PM, Olof Johansson wrote:
> [adding Mark]
>
> On Sat, May 17, 2014 at 06:22:16AM +0200, Alexandre Belloni wrote:
>> On 16/05/2014 at 16:26:35 -0700, Olof Johansson wrote :
>> > On Wed, May 07, 2014 at 07:39:35PM +0200, Nicolas Ferre wrote:
>> > >
On Mon, May 19, 2014 at 05:10:32PM +0200, Nicolas Ferre wrote:
> On 17/05/2014 01:31, Olof Johansson :
> > On Fri, May 16, 2014 at 04:26:35PM -0700, Olof Johansson wrote:
> >> On Wed, May 07, 2014 at 07:39:35PM +0200, Nicolas Ferre wrote:
> >>> On 07/05/2014 19:34, Nicolas Ferre :
> Arnd, Olof
For audio to work on Snow board, we need the codec master clock 'mclk'
to be properly configured.
Currently XCLKOUT is configured as 'mclk' for codec chip and it is
required to be clocked at 24MHz for the codec to work properly.
Add appropriate clock handling within Snow sound-card driver to set
[adding Mark]
On Sat, May 17, 2014 at 06:22:16AM +0200, Alexandre Belloni wrote:
> On 16/05/2014 at 16:26:35 -0700, Olof Johansson wrote :
> > On Wed, May 07, 2014 at 07:39:35PM +0200, Nicolas Ferre wrote:
> > > There is a little conflict with at91-3.16-dt that you already pulled in
> > > arm-soc:
On Mon, May 19, 2014 at 6:31 PM, Arnd Bergmann wrote:
> On Friday 16 May 2014 16:03:04 Sunil Kovvuri wrote:
>> When the SR-IOV capable device's driver tries to enable sriov
>> (pci_enable_sriov()) it fails to create/add PCI device for each
>> virtual function reporting "not enough MMIO resources
On 19 May 2014 18:38, Nishanth Menon wrote:
>> + if (new_opp->rate == opp->rate) {
>> + mutex_unlock(&dev_opp_list_lock);
>> + kfree(new_opp);
>> + return 0;
>
> IF we decide on ensuring that the OPP additions are done one time[1] -
Fingers crossed :)
But
Dave Chinner wrote:
> So, XFS should be passing kswapd context to the workqueue allocation
> context. The patch below does this.
>
> Tetsuo-san, when it comes to problems involving XFS, you should
> really CC x...@oss.sgi.com because very few people really know how
> XFS works and even fewer still
In era_ctr(), era->md remain NULL until it's set after metadata_open().
On the other hand, era_destroy() assume era->md is non-NULL and it is
called by era_ctr() before initializing the value.
This patch just checks if era->md is non-NULL.
Signed-off-by: Naohiro Aota
---
drivers/md/dm-era-targe
Hi Dudley,
On Wed, Apr 16, 2014 at 08:35:52AM +, Dudley Du wrote:
> Re-architecture the driver to support function pointers, so it can support
> and integrate new devices later in one driver.
> Including use async thread in device proble to speed up system boot time.
> TEST=test on Chomebooks
Hi Dudley,
On Wed, Apr 16, 2014 at 08:39:34AM +, Dudley Du wrote:
> Rely on EV_SW and SW_LID bits to identify a LID device, and hook
> up our filter to listen for SW_LID events to enable/disable touchpad when
> LID is open/closed.
> TEST=test on Chomebooks.
This is a policy and it does not be
On Mon, 19 May 2014 19:28:38 +0900, Yoshihiro YUNOMAE said:
> The header information is changed as follows:
>/;
Has this been tested with popular userspace that reads /dev/kmsg, to make
sure that it actually plays nice with a 5th field being added? Yes, I know
that Documentation/ABI/dev-
On Mon, May 19, 2014 at 11:18 PM, Christoph Hellwig wrote:
> On Mon, May 19, 2014 at 11:05:50PM +0800, Ming Lei wrote:
>> Another simple fix is to disable ipi for flush request, but looks
>> this one should be better.
>
> I think the first thing is to bite the bullet and sort out and document
> th
On Wed, May 14, 2014 at 03:11:22PM -0400, Konrad Rzeszutek Wilk wrote:
> Hey Greg
>
> This email is in regards to backporting two patches to stable that
> fall under the 'performance' rule:
>
> bfe11d6de1c416cea4f3f0f35f864162063ce3fa
> fbe363c476afe8ec992d3baf682670a4bd1b6ce6
>
> I've copied
On Mon, May 19, 2014 at 05:55:30PM -0700, Daniel Phillips wrote:
> On 05/18/2014 04:55 PM, Dave Chinner wrote:
> >On Fri, May 16, 2014 at 05:50:59PM -0700, Daniel Phillips wrote:
> >static const struct inode_operations tux_file_iops = {
> >// .permission = ext4_permission,
> > .set
On Mon, 19 May 2014, li.xi...@freescale.com wrote:
> > > For each vmalloc area, there is one guard page at the end of it.
> > > so the vm->size = PAGE_ALIGN(offset + request size) + guard page size.
> >
> > Nope. There is no guard page for statically created vmalloc areas.
> >
>
> Yes, you are
On Tue, May 20, 2014 at 02:29:31AM +, Namhyung Kim wrote:
> Hi Rodrigo,
>
> On Mon, May 19, 2014 at 3:11 PM, Rodrigo Campos wrote:
> > Is there something I can help to have this merged ? As far as I tested, this
> > works fine here. Or is this ok, just waiting on the "perf report: Add -F
> >
On 05/20/2014 04:55 AM, Stephen Warren wrote:
On 05/18/2014 08:54 PM, FanWu wrote:
On 05/17/2014 03:53 AM, Stephen Warren wrote:
On 05/16/2014 10:21 AM, Linus Walleij wrote:
On Wed, May 14, 2014 at 4:01 AM, wrote:
From: Fan Wu
The patch added params in disable_setting to differ the two p
On Thu, 15 May 2014, Nicolas Pitre wrote:
> On Thu, 15 May 2014, Peter Zijlstra wrote:
>
> > On Wed, May 14, 2014 at 04:57:10PM -0400, Nicolas Pitre wrote:
> > > It is better not to think about compute capacity as being equivalent to
> > > "CPU power". The upcoming "power aware" scheduler may cr
On 20 May 2014 02:46, Rafael J. Wysocki wrote:
> Do patches [2-5/5] depend on this one BTW?
Yes.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Plea
On 20 May 2014 02:43, Rafael J. Wysocki wrote:
> What about
>
> if (error)
> return error;
>
> and then you'd save an indentation level?
Yes.
> Anyway, I find adding of_node* stuff directly to the driver core this way
> kind of disgusting as there still are platforms that
On Mon, May 19, 2014 at 10:40 PM, Tetsuo Handa
wrote:
>
> Since the kernel worker thread needs to escape from the while loop so that
> alloc_page() can allocate memory (and eventually allow xfs_vm_writepage()
> to release memory), I think that we should not block forever. This patch
> introduces 3
On Tue, 20 May 2014, Rusty Russell wrote:
> Hugh Dickins writes:
> >> On Monday 19 May 2014 05:42 AM, Rusty Russell wrote:
> >> >
> >> > Perhaps we try to generalize from two data points (a slight improvement
> >> > over doing it from 1!), eg:
> >> >
> >> > /* 4 seems good for 4k-page x86, 0 see
Hi Rodrigo,
On Mon, May 19, 2014 at 3:11 PM, Rodrigo Campos wrote:
> Is there something I can help to have this merged ? As far as I tested, this
> works fine here. Or is this ok, just waiting on the "perf report: Add -F
> option for
> specifying output fields" patchset ?
Thanks for testing!!
2014-05-20 오전 10:28, Michal Nazarewicz 쓴 글:
On Mon, May 19 2014, Gioh Kim wrote:
If CMA option is not selected, __alloc_from_contiguous would not be
called. We don't need to the fallback allocation.
And if CMA option is selected and initialized correctly,
the cma allocation can fail in case o
On Tue, 15 Apr 2014, David Herrmann wrote:
> Some basic tests to verify sealing on memfds works as expected and
> guarantees the advertised semantics.
Thanks for providing these.
A few remarks below, and I should note one oddity.
Curious about leaks (probably none, I was merely curious), I trie
Jiri,
I updated my -v6 branch to fix the breakage - move the hunk to 15/20.
Do you want me to resend or would you review with this thread
directly? Either way would be find to me.
Thanks,
Namhyung
On Mon, May 19, 2014 at 1:54 PM, Namhyung Kim wrote:
> 2014-05-19 (월), 15:12 +0200, Jiri Olsa:
>
On Tue, 15 Apr 2014, David Herrmann wrote:
> memfd_create() is similar to mmap(MAP_ANON), but returns a file-descriptor
> that you can pass to mmap(). It can support sealing and avoids any
> connection to user-visible mount-points. Thus, it's not subject to quotas
> on mounted file-systems, but ca
On Tue, 15 Apr 2014, David Herrmann wrote:
> If two processes share a common memory region, they usually want some
> guarantees to allow safe access. This often includes:
> - one side cannot overwrite data while the other reads it
> - one side cannot shrink the buffer while the other accesses
On Tue, May 20, 2014 at 2:06 AM, Steven Rostedt wrote:
> On Mon, 2014-05-19 at 23:29 +0900, Namhyung Kim wrote:
>> 2014-05-16 (금), 10:02 -0400, Steven Rostedt:
>> > -struct plugin_option {
>> > - struct plugin_option*next;
>> > +struct pevent_plugin_option {
>> > + struct pevent_p
mces_seen is a Per-CPU variable which should only be accessed by Per-CPU as
possible. So the
clear operation of mces_seen should also be lcoal to Per-CPU rather than
monarch CPU.
Meanwhile, there is also a potential risk that mces_seen will not be be cleared
if a timeout
occors in mce_end for m
Hugh Dickins writes:
> On Mon, 19 May 2014, Madhavan Srinivasan wrote:
>> On Monday 19 May 2014 05:42 AM, Rusty Russell wrote:
>> > Hugh Dickins writes:
>> >> On Thu, 15 May 2014, Madhavan Srinivasan wrote:
>> >>>
>> >>> Hi Ingo,
>> >>>
>> >>> Do you have any comments for the latest version of t
Dan Carpenter writes:
> We cap "stat.size" at INT_MAX but we don't check for negative values so
> my static checker complains. At this point, you already have control of
> the kernel and if you start passing negative values here then you
> deserve what happens next.
>
> On 64 bit systems the vma
Randy Dunlap writes:
> On 05/19/2014 01:11 AM, Diego Viola wrote:
>> I mean "e.g.:" is wrong, it should be e.g. or e.g.,
>
> I don't see that in the wikipedia page. Are you basing that on
> "in this usage it is sometimes followed by a comma, depending on style."?
>
> I don't see a problem with th
On Tuesday 20 May 2014 04:53 AM, Hugh Dickins wrote:
> On Mon, 19 May 2014, Madhavan Srinivasan wrote:
>> On Monday 19 May 2014 05:42 AM, Rusty Russell wrote:
>>> Hugh Dickins writes:
On Thu, 15 May 2014, Madhavan Srinivasan wrote:
>
> Hi Ingo,
>
> Do you have any comments f
ping? It seems to be easy enough to reproduce on -next, I'd be happy to try
debug patches/fixes.
Thanks,
Sasha
On 05/12/2014 02:25 PM, Sasha Levin wrote:
> Hi all,
>
> While fuzzing with trinity inside a KVM tools guest running the latest -next
> kernel I've stumbled on the following spew:
>
>
On Mon, 2014-05-19 at 23:29 +0900, Namhyung Kim wrote:
> Hi Steve,
>
> 2014-05-16 (금), 10:02 -0400, Steven Rostedt:
>
> > From: "Steven Rostedt (Red Hat)"
> >
> > The traceevent plugins allows developers to have their events print out
> > information that is more advanced than what can be achie
On 2014-05-19 18:28, Ming Lei wrote:
On Mon, May 19, 2014 at 10:14 PM, Jens Axboe wrote:
On 05/19/2014 08:13 AM, Christoph Hellwig wrote:
I recently saw patches to fs/bio.c that were sent to Al instead of Jens.
I think having bio.c in fs/ is rather confusing, so maybe it's time to
include the
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Tuesday, May 20, 2014 6:52 AM
> Subject: Re: [PATCH v3 1/2] ACPI: Cleanup to convert acpi.no_static_ssdt into
> a compile-time configurable.
>
> On Tuesday, May 20, 2014 12:49:04 AM Rafael J. Wysocki wrote:
> > On Monday, M
Hi David,
Today's linux-next merge of the sparc-next tree got a conflict in
arch/sparc/include/asm/pgtable_64.h between commit 26cf432551d7
("sparc64: Add basic validations to {pud,pmd}_bad()") from Linus' tree
and commit f05a68653e56 ("sparc: drop use of extern for prototypes in
arch/sparc/includ
On Mon, May 19, 2014 at 03:17:30PM +0100, Rupesh Gujare wrote:
> I will be not able to work on ozwpan driver anymore.
> Remove my name & add Tateno as maintainer.
>
> Signed-off-by: Rupesh Gujare
> ---
> MAINTAINERS |2 +-
> drivers/staging/ozwpan/TODO |2 +-
> 2 files ch
On Tue, 2014-05-20 at 09:43 +0900, Thomas Gleixner wrote:
> In kernel/locking/rtmutex.h:
> >
> > static inline int debug_rt_mutex_detect_deadlock(struct rt_mutex_waiter
> > *waiter,
> > int detect)
> > {
> > return (waiter != NULL);
> > }
On 05/20/2014 01:18 AM, Christoph Hellwig wrote:
> Looks good to me,
>
> Reviewed-by: Christoph Hellwig
>
OK, thanks.
And I shall continue, and should finish allmodconfig for unicore32
within this month (which I already delayed one month more).
Thanks.
--
Chen Gang
Open, share, and attitu
On Mon, May 19 2014, Gioh Kim wrote:
> If CMA option is not selected, __alloc_from_contiguous would not be
> called. We don't need to the fallback allocation.
>
> And if CMA option is selected and initialized correctly,
> the cma allocation can fail in case of no-CMA-memory situation.
> I thinks i
>> #ifdef CONFIG_CPU_PM
>> @@ -613,7 +636,7 @@ static void gic_cpu_restore(unsigned int gic_nr)
>> dist_base + GIC_DIST_PRI + i * 4);
>>
>> writel_relaxed(GIC_INT_PRI_THRESHOLD, cpu_base + GIC_CPU_PRIMASK);
>> - writel_relaxed(GIC_CPU_ENABLE, cpu_bas
On Mon, 2014-05-19 at 20:49 -0400, Tejun Heo wrote:
> On Mon, May 19, 2014 at 03:32:22PM -0700, Joe Perches wrote:
> > > > + memset(buf, 0, PAGE_SIZE);
> >
> > memset(buf, 0, count)?
>
> It's always PAGE_SIZE. Outputs longer than that are truncated.
Yeah, I know, but the code and comm
On Mon, May 19, 2014 at 10:57:08PM +0300, Dan Carpenter wrote:
> On Mon, May 19, 2014 at 09:42:22AM -0500, Romer, Benjamin M wrote:
> > On Sun, 2014-05-18 at 09:49 -0700, Greg KH wrote:
> > > Also, why are these entries moving to debugfs at all? Why are they
> > > needed? Who will use them? Are
On Mon, 2014-05-19 at 17:04 -0700, Eric W. Biederman wrote:
> Seth Forshee writes:
>
> > What I set out for was feature parity between loop devices in a secure
> > container and loop devices on the host. Since some operations currently
> > check for system-wide CAP_SYS_ADMIN, the only way I see t
On Sat, May 17, 2014 at 1:52 PM, Or Gerlitz wrote:
> Roland, we're soon on -rc6 and there's no reason for this to miss
> 3.16, could you please comment whether you want it to go through your
> tree or net-next?
I will pick it up.
--
To unsubscribe from this list: send the line "unsubscribe linux-
On Thu, May 08, 2014 at 07:25:53PM +0300, Mathias Nyman wrote:
> Hi Greg
>
> These following xhci patches are for usb-next and hopefully for 3.16
>
> This patcheseries includes a bigger change in xhci command queue code,
> (last four patches), a task that I've been working on for a longer time.
>
On Thu, May 08, 2014 at 07:25:55PM +0300, Mathias Nyman wrote:
> From: Dan Williams
>
> Add a command line switch for disabling ehci port switchover. Useful
> for working around / debugging xhci incompatibilities where ehci
> operation is available.
>
> Reference: http://marc.info/?l=linux-usb&
^
Caused by commit 44a4085538c8 ("bonding: Fix stacked device detection
in arp monitoring").
vlan_dev_priv() is protected by:
#if defined(CONFIG_VLAN_8021Q) || defined(CONFIG_VLAN_8021Q_MODULE)
but the newly added call in vlan_get_encap_level() is not.
I have used the net
On Fri, May 16, 2014 at 06:32:55PM +0530, Kishon Vijay Abraham I wrote:
> Hi Greg,
>
> Here's the pull request for 3.16. It contains mostly bug fixes and cleanup
> apart from one new driver for exynos5 usb3 PHY. Please consider merging them
> to your usb tree.
>
> Let me know if I have to change
On Mon, May 12, 2014 at 06:01:02PM +0300, Mathias Nyman wrote:
> On 05/08/2014 07:21 PM, Dan Williams wrote:
> > On Thu, May 8, 2014 at 9:25 AM, Mathias Nyman
> > wrote:
> >> From: Dan Williams
> >>
> >> Save someone else the debug cycles of figuring out why a driver's
> >> transfer request is fa
Commit-ID: eb705905b713837d2cc26dfa019df16aeb8813be
Gitweb: http://git.kernel.org/tip/eb705905b713837d2cc26dfa019df16aeb8813be
Author: Davidlohr Bueso
AuthorDate: Mon, 19 May 2014 17:27:57 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 20 May 2014 09:53:11 +0900
rwsem: Fix warnings
Hi Alexandre and Simon,
On Tuesday 20 May 2014 07:39:13 Simon Horman wrote:
> [ CCed Laurent Pinchart ]
>
> The renesas and shmobile portions of this seem reasonable to me
> and I have checked that there do not seem to be any conflicts
> with changes I already have queued up for v3.16 (and v3.17)
1 - 100 of 977 matches
Mail list logo
