On Tue, 15 Oct 2013, Ming Lei wrote:
> On Thu, Sep 26, 2013 at 7:35 PM, Vishal Annapurve
> wrote:
> > Hi,
> >
> > There was a recent commit in mainline for the scsi devices which do not
> > respond properly to medium access command:
> >
> > commit18a4d0a22ed6c54b67af7718c305cd010f09ddf8
> >
> Hmm? There might be other cases..
Yes.
Dave, perhaps you have vmcore? I have no idea if this is possible or
not, but perhaps you can look at eventpoll_release_file's frame and
print file->f_op ?
On 10/14, Linus Torvalds wrote:
>
> [ Adding Pekka to verify the SLAB_DESTROY_BY_RCU semantics
On Tue, Oct 15, 2013 at 11:31 AM, Youquan Song
wrote:
> On Sun, Oct 13, 2013 at 08:56:33PM +0530, Vinod Koul wrote:
>> On Fri, Oct 11, 2013 at 06:33:43AM -0700, Greg KH wrote:
>> > On Fri, Oct 11, 2013 at 05:42:17PM -0400, Youquan Song wrote:
> The issue is that when I using UART to transfer data
Hi,
On Mon, Oct 14, 2013 at 2:35 PM, H Hartley Sweeten
wrote:
> Convert ep93xx to use the OHCI platform driver and remove the
> ohci-ep93xx bus glue driver.
>
> Signed-off-by: H Hartley Sweeten
> Cc: Alan Stern
> Cc: Greg Kroah-Hartman
> Cc: Ryan Mallon
> ---
> arch/arm/mach-ep93xx/clock.c
On Fri, 2013-10-11 at 17:16 +0100, David Howells wrote:
> key_reject_and_link() marking a key as negative and setting the error with
> which it was negated races with keyring searches and other things that read
> that error.
>
> The fix is to switch the order in which the assignments are done in
On Thu, 10 Oct 2013, Will Deacon wrote:
> On Wed, Oct 09, 2013 at 09:48:15PM +0100, Stefano Stabellini wrote:
> > Signed-off-by: Stefano Stabellini
> > Acked-by: Catalin Marinas
> > CC: will.dea...@arm.com
> > ---
> > arch/arm64/include/asm/dma-mapping.h |1 +
> > 1 files changed, 1
On Thu, 10 Oct 2013, Will Deacon wrote:
> On Wed, Oct 09, 2013 at 09:48:14PM +0100, Stefano Stabellini wrote:
> > IOMMU_HELPER is needed because SWIOTLB calls iommu_is_span_boundary,
> > provided by lib/iommu_helper.c.
> >
> > Signed-off-by: Stefano Stabellini
> > Reviewed-by: Konrad Rzeszutek
Hi Zhang,
> Hi, Lukasz,
>
> thanks for the patch, sorry that I didn't look into this one earlier.
Yes, I would _really_ appreciate _earlier_ feedback from thermal
maintainers :-)
>
> On Mon, 2013-10-14 at 14:17 +0200, Lukasz Majewski wrote:
> > This patch provides auto disable/enable
On 10/15/2013 09:36 AM, Peter De Schrijver wrote:
> The following changes since commit a0cf1abc25ac197dd97b857c0f6341066a8cb1cf:
>
> Add linux-next specific files for 20130927 (2013-09-27 18:48:50 +1000)
>
> are available in the git repository at:
>
On Mon, Oct 14, 2013 at 11:04 PM, Ingo Molnar wrote:
>
> * Kees Cook wrote:
>
>> On Mon, Oct 14, 2013 at 9:28 AM, H. Peter Anvin wrote:
>> > On 10/14/2013 07:19 AM, H. Peter Anvin wrote:
>> >> My guess is that the 95 addresses are randomized and the 82 address is an
>> >> address which failed
On Tue, Oct 15, 2013 at 05:07:36PM +0200, Peter Zijlstra wrote:
> On Tue, Oct 15, 2013 at 04:32:27PM +0200, Peter Zijlstra wrote:
> >
> > This one seems to actually work and is somewhat simpler.
Hey Peter,
Your previous patch made a huge difference in improvement. The
copy_from_user_nmi() no
Hi Benjamin,
On Sat, Oct 12, 2013 at 07:43:24AM +1100, Benjamin Herrenschmidt wrote:
> On Fri, 2013-10-11 at 14:47 +0200, Hendrik Brueckner wrote:
> > The tiocmget/tiocmset callbacks are used to set and get modem status and
> > triggered through an tty ioctl.
> >
> > The dtr_rts() callback is
Hi,
On Mon, Oct 14, 2013 at 11:56 PM, Kyungmin Park wrote:
> On Tue, Oct 15, 2013 at 3:23 PM, Naveen Krishna Chatradhi
> wrote:
>> For Exynos4 and Exynos5 SoCs from Samsung the i2c clock is based
>> on a fixed 66 MHz peripheral clock, and therefore is completely
>> independent of the cpu
On Fri, Oct 11, 2013 at 05:51:54PM +0800, Li Zefan wrote:
> As the configured masks won't be limited by its parent, and the top
> cpuset's masks won't change when hotplug happens, it's natural to
> allow writing offlined masks to the configured masks.
>
> Signed-off-by; Li Zefan
> ---
>
The following changes since commit a0cf1abc25ac197dd97b857c0f6341066a8cb1cf:
Add linux-next specific files for 20130927 (2013-09-27 18:48:50 +1000)
are available in the git repository at:
git://nv-tegra.nvidia.com/user/pdeschrijver/linux.git tegra-clk-patches-0
Andrew Chew (1):
clk:
On Tue, Oct 15, 2013 at 09:58:09AM +0200, Michal Simek wrote:
> On 10/15/2013 09:54 AM, Nicolas Ferre wrote:
> > On 15/10/2013 01:59, Soren Brinkmann :
> >> Adjust the ethernet clock according to the negotiated link speed.
> >>
> >> Signed-off-by: Soren Brinkmann
> >
> > I will need more time to
On Tue, Oct 15, 2013 at 05:27:47PM +0200, Ingo Molnar wrote:
> Wanna send a patch for people to try? Looks like there's real interest in
> speeding up perf record as much as possible!
I've got a pile of pending bug reports to sort through before I can
start making more bugs ;-)
--
To
On 10/15/13 9:27 AM, Ingo Molnar wrote:
* Peter Zijlstra wrote:
On Tue, Oct 15, 2013 at 11:32:45AM -0300, Arnaldo Carvalho de Melo wrote:
Jiri and PeterZ probaby will have comments here... ;-) :-)
The only complication with splice is the vmalloc support; other than
that it should be
On Fri, Oct 11, 2013 at 04:29:39PM -0400, Mark Lord wrote:
> > static int xx_alloc_msix_irqs(struct xx_dev *dev, int nvec)
> > {
> > nvec = roundup_pow_of_two(nvec);/* assume 0 > nvec <= 16 */
> >
> > xx_disable_all_irqs(dev);
> >
> > pci_lock_msi(dev->pdev);
> >
> > rc
On Tue, Oct 15, 2013 at 02:31:42PM -0400, Youquan Song wrote:
> On Sun, Oct 13, 2013 at 08:56:33PM +0530, Vinod Koul wrote:
> > On Fri, Oct 11, 2013 at 06:33:43AM -0700, Greg KH wrote:
> > > On Fri, Oct 11, 2013 at 05:42:17PM -0400, Youquan Song wrote:
> > > > Currently, the DMA channel calculates
* Peter Zijlstra wrote:
> On Tue, Oct 15, 2013 at 11:32:45AM -0300, Arnaldo Carvalho de Melo wrote:
>
> > Jiri and PeterZ probaby will have comments here... ;-) :-)
>
> The only complication with splice is the vmalloc support; other than
> that it should be fairly straight fwd.
In the
On Fri, Oct 11, 2013 at 05:50:38PM +0800, Li Zefan wrote:
> @@ -930,10 +931,21 @@ static void update_cpumasks_hier(struct cpuset *cs,
> struct cpuset *trialcs,
>
> update_tasks_cpumask(cp, heap);
>
> + /*
> + * If the effective cpumask of any non-empty
On Fri, Oct 11, 2013 at 05:50:04PM +0800, Li Zefan wrote:
> + cpuset_for_each_descendant_pre(cp, pos_css, cs) {
> + struct cpuset *parent = parent_cs(cp);
> + struct cpumask *new_cpus = trialcs->effective_cpus;
> +
> + cpumask_and(new_cpus, cp->cpus_allowed,
Make acpi_power_get_state() to accept struct acpi_power_resource as param
instead of acpi_handle and hold state_lock inside of acpi_power_get_state().
Signed-off-by: Lan Tianyu
---
drivers/acpi/power.c | 25 ++---
1 file changed, 10 insertions(+), 15 deletions(-)
diff --git
On Tue, Oct 08 2013, Jeff Moyer wrote:
> crocode i2c_i801 i2c_core iTCO_wdt iTCO_vendor_support shpchp ioatdma dca
> be2net sg ses enclosure ext4 mbcache jbd2 sd_mod crc_t10dif ahci
> megaraid_sas(U) dm_mirror dm_region_hash dm_log dm_mod [last unloaded:
> scsi_wait_scan]
>
> Pid: 491, comm:
On Tue, Oct 15 2013, Jan Kara wrote:
> On Mon 23-09-13 13:37:23, Jan Kara wrote:
> > On Tue 17-09-13 22:30:31, Jan Kara wrote:
> > > Currently each task sends BLK_TN_PROCESS event to the first traced
> > > device it interacts with after a new trace is started. When there are
> > > several traced
On Tue, Oct 15 2013, Shaohua Li wrote:
> Hi,
> blk-mq and percpu_ida use similar algorithm to manage tags. The difference
> is when a cpu can't allocate tags, blk-mq will use ipi to purge remote cpu
> cache, while percpu-ida directly purges remote cpu cache. In practice, the
> percpu-ida approach
Tegra124 introduces a number of a new clocks. Introduce the corresponding
the IDs for them.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-id.h | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/drivers/clk/tegra/clk-id.h
From: Joseph Lo
Hook the functions for CPU hotplug support. After the CPU is hot
unplugged, the flow controller will handle to clock gate the CPU clock.
But still need to implement an empty function to avoid warning message.
Cc: Mike Turquette
Signed-off-by: Joseph Lo
---
Tegra124 has an extra bank of peripheral clock registers. Add it to the
generic peripheral clock code.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/clk/tegra/clk.c
From: Joseph Lo
Adding suspend/resume function for tegra_cpu_car_ops. We only save and
restore the setting of the clock of CoreSight. Other clocks still need
to be taken care by clock driver.
Cc: Mike Turquette
Signed-off-by: Joseph Lo
Acked-by: Stephen Warren
---
Tegra124 introduces a number of new peripheral clocks. This patch adds those
to the common peripheral clock code.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-tegra-periph.c | 55 ++
1 files changed, 55 insertions(+), 0 deletions(-)
diff --git
Tegra124 introduces a new PLL type, PLLSS. Add support for it.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-pll.c | 172 +++
drivers/clk/tegra/clk.h |5 +
2 files changed, 177 insertions(+), 0 deletions(-)
diff --git
This series introduces support for the Tegra124 CAR clocks.
Based on '[PATCH v3 00/12] Introduce common infra for tegra clocks'
Thanks, I've got it and will submit a new patch later.
On 10/15/2013 04:34 PM, Vlad Yasevich wrote:
On 10/15/2013 10:27 AM, Chang wrote:
On 10/15/2013 04:11 PM, Vlad Yasevich wrote:
On 10/14/2013 09:33 AM, Chang Xiangzhong wrote:
For for each TSN t being newly acked (Not only cumulatively,
On 10/15/2013 11:04 PM, Lan Tianyu wrote:
acpi_power_resume_dependent() purposes to resume power resource's dependent
physical devices after turning on the related power resource. But current
it runs in the workqueue, pm_request_resume() can't check the right
runtime pm state just after turning
On Mon, Oct 14 2013, Jeff Moyer wrote:
> Hi,
>
> The mtip32xx driver figures out its numa node, but never updates its
> blk_mq_reg structure.
>
> Patch against the new-queue branch of linux-block.git.
Thanks Jeff, applied.
--
Jens Axboe
--
To unsubscribe from this list: send the line
Currently, clearing usb port(empty port) PM Qos NO_POWER_OFF flag twice will
lead
the usb port to fall into the infinite loop of runtime pm resume and
suspend. This is caused by pm_request_resume() in the
acpi_power_resume_dependent().
Detail is in the following link.
Grüße,
Es ist in der Tat mein Vergnügen, Ihnen diesen Brief zu schreiben, was ich
glaube, wird eine Überraschung für Sie, wie wir vorher nie begegnet sein, und
ich bin zutiefst leid, wenn ich in irgendeiner Art und Weise gestört, Ihre
Privatsphäre zu haben. Ich bin Herr Paul Fletch Von
According commit d0515d9f, power resource's _ON, _OFF and _STA should
be mutexed. This patch is to add state_lock to do this instead of
using resource_lock.
Signed-off-by: Lan Tianyu
---
drivers/acpi/power.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git
acpi_power_resume_dependent() purposes to resume power resource's dependent
physical devices after turning on the related power resource. But current
it runs in the workqueue, pm_request_resume() can't check the right
runtime pm state just after turning on power resource. This will cause
infinite
On Tue, Oct 15, 2013 at 04:32:27PM +0200, Peter Zijlstra wrote:
>
> This one seems to actually work and is somewhat simpler.
And here's some hackery to avoid that atomic page inc frobbery.
---
lib/usercopy.c | 12 --
mm/gup.c | 63
Hello Andrew,
When expert configuration option(CONFIG_EXPERT) is enabled, menuconfig offers
choice of compression algorithm, to compress initial ramfs image. This choice
is stored into CONFIG_RD_ variables.
But, usr/Makefile reads from earlier INITRAMFS_COMPRESSION_* variables to set
the
Move tegra30 to the common clkdev infrastructure. This will allow making
use of the common tegra clocks.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-tegra30.c | 393 +++
1 files changed, 232 insertions(+), 161 deletions(-)
diff --git
Move tegra30 to the common tegra clks.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-tegra30.c | 843 ---
1 files changed, 159 insertions(+), 684 deletions(-)
diff --git a/drivers/clk/tegra/clk-tegra30.c b/drivers/clk/tegra/clk-tegra30.c
index
As the clock IDs are now specified in a header file, we can use those
definitions instead of maintaining an internal enum.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-tegra20.c | 302 ++-
1 files changed, 142 insertions(+), 160 deletions(-)
Move tegra20 to the common periph clks.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-tegra20.c | 314 +--
1 files changed, 70 insertions(+), 244 deletions(-)
diff --git a/drivers/clk/tegra/clk-tegra20.c b/drivers/clk/tegra/clk-tegra20.c
index
Move tegra20 to the common clkdev infrastructure. This will allow making
use of the common tegra clocks.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-tegra20.c | 257 +++
1 files changed, 154 insertions(+), 103 deletions(-)
diff --git
Introduce new files for fixed and PMC clocks common between several Tegra
SoCs and move Tegra114 to this new infrastructure.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/Makefile |2 +
drivers/clk/tegra/clk-tegra-fixed.c | 113 ++
As the clock IDs are now specified in a header file, we can use those
definitions instead of maintaining an internal enum.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-tegra30.c | 434 ++-
1 files changed, 203 insertions(+), 231 deletions(-)
Introduce a common function which super clock initialization for Tegra114
and beyond.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/Makefile |1 +
drivers/clk/tegra/clk-tegra-super-gen4.c | 151 ++
drivers/clk/tegra/clk-tegra114.c
Introduce a common infrastructure for sharing clock initialization between
SoCs.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk.c |9 +
drivers/clk/tegra/clk.h |7 +++
2 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/drivers/clk/tegra/clk.c
Add a common infra for registering clkdev. This allows decoupling clk
registration from clkdev registration.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-tegra114.c | 322 +++---
drivers/clk/tegra/clk.c |9 +
drivers/clk/tegra/clk.h
Many clocks are common between several Tegra SoCs. Define an enum to list
them so we can move them to separate files which can be shared between
SoCs. Each SoC specific file will provide an array with the common clocks
which are present on the SoC and their DT binding ID.
Signed-off-by: Peter De
Move audio clocks and PLLA initialization to a common file so it can be used by
multiple Tegra SoCs.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/Makefile |1 +
drivers/clk/tegra/clk-tegra-audio.c | 213 +++
drivers/clk/tegra/clk-tegra114.c| 391
Move some fields related to the PLL hw description to the tegra_clk_pll_params.
This allows some PLL code to be moved to common files later.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-pll.c | 138 --
drivers/clk/tegra/clk-tegra114.c |
This flag indicates the peripheral clock does not have a divider. It will
simply the initialization tables and avoids some very similar code.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-periph.c |8 +---
drivers/clk/tegra/clk.h|1 +
2 files changed, 6
vco min clipping, dynamic ramp setup and IDDQ init can be done in the
respective pll clk_register functions if the parent is already registered.
This is done for other some PLLs already.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-pll.c | 95
This patch makes periph_clk_enb_refcnt a global array, dynamically allocated
at boottime. It simplifies the macros somewhat and allows clocks common to
several Tegra SoCs to be defined in a separate files. Also the clks array
becomes global and dynamically allocated which allows the DT
The Tegra30 clock bindings lack few IDs for audio and clk_out muxes.
Signed-off-by: Peter De Schrijver
---
include/dt-bindings/clock/tegra30-car.h | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/include/dt-bindings/clock/tegra30-car.h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 15/10/2013 15:56, Pali Rohár wrote:
> On Wednesday 02 October 2013 12:24:22 Alexandre Belloni wrote:
>> As per the datasheets, maximum battery regulation voltage is
>> 4440mV.
>>
>> The formula is (voltage - offset) / step, so the maximum value
This patchset introduces common infrastructure for clocks which exist in
several Tegra SoCs. We also also move Tegra20, Tegra30 and Tegra114 to
this new infrastructure.
Changes since v1:
On Tue, Oct 15, 2013 at 8:34 PM, Jan Kara wrote:
> On Tue 15-10-13 19:15:56, Ming Lei wrote:
>> > This won't quite work because if the page is fully mapped
>> > mpage_process_page_bufs() will immediately submit the page and decrease
>> > nr_to_write. So now you would end up writing less than
On Mon, 14 Oct 2013, Gerd Hoffmann wrote:
> Gerd, Hans, any objections to this updated patch? The warning is fixed
> with it.
>
> The patch probably still needs to address the case where the ring
> expansion fails because we can't insert the new segments into the radix
> tree. The patch should
On Tue, 2013-10-15 at 07:26 -0700, Eric Dumazet wrote:
> And the receiver should also do the same : (ethtool -K eth0 rx off)
>
> 10.55%netserver [kernel.kallsyms] [k]
> csum_partial_copy_generic
I get the csum_partial() if disabling prequeue.
echo 1
On Mon, Oct 14, 2013 at 11:54:22AM -0700, Yinghai Lu wrote:
> On Mon, Oct 14, 2013 at 4:46 AM, WANG Chao wrote:
> > Now crashkernel=X will fail out if there's not enough memory at
> > low (below 896M). What makes sense for crashkernel=X would be:
> >
> > - First try to reserve X below 896M (for
On Mon, 14 Oct 2013, H Hartley Sweeten wrote:
> Convert ep93xx to use the OHCI platform driver and remove the
> ohci-ep93xx bus glue driver.
>
> Signed-off-by: H Hartley Sweeten
> Cc: Alan Stern
> Cc: Greg Kroah-Hartman
> Cc: Ryan Mallon
...
> @@ -297,22 +298,58 @@ static struct
Andrea Arcangeli wrote:
> Hi Hugh,
>
> On Tue, Oct 15, 2013 at 04:08:28AM -0700, Hugh Dickins wrote:
> > Occasionally we hit the BUG_ON(pmd_trans_huge(*pmd)) at the end of
> > __split_huge_page_pmd(): seen when doing madvise(,,MADV_DONTNEED).
> >
> > It's invalid: we don't always have down_write
On Tue, Oct 15, 2013 at 08:32:41PM +0800, Chen Gang wrote:
> On 10/15/2013 04:26 PM, Paul E. McKenney wrote:
> > On Tue, Oct 15, 2013 at 09:51:42AM +0800, Chen Gang wrote:
> >>> One simple way: using snprintf() instead of scnprintf() in the related
> >>> printing functions. Then call them with
On Mon, 14 Oct 2013, Hartley Sweeten wrote:
> >> config USB_OHCI_HCD_PLATFORM
> >>tristate "Generic OHCI driver for a platform device"
> >> - default n
> >> + default y if ARCH_EP93XX
> >
> > Shouldn't we select USB_OHCI_HCD_PLATFORM, e.g. something like:
> >
> > config ARCH_EP93XX_USB
On Tue, 2013-10-15 at 15:06 +0200, Enrico Mioso wrote:
> This is a QMI device, manufactured by TCT Mobile Phones.
> A companion patch blacklisting this device's QMI interface in the option.c
> driver has been sent.
>
> Signed-off-by: Enrico Mioso
> Signed-off-by: Antonella Pellizzari
Good
Depending on peripheral capabilities, print SHA information at the end
of the probe function.
Signed-off-by: Nicolas Ferre
---
drivers/crypto/atmel-sha.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/crypto/atmel-sha.c b/drivers/crypto/atmel-sha.c
index
Add support for Device Tree and use of the DMA DT API to
get the channels if needed.
Documentation is added for these DT nodes.
Initial code by: Nicolas Royer and Eukrea.
Signed-off-by: Nicolas Ferre
---
.../devicetree/bindings/crypto/atmel-crypto.txt| 23
drivers/crypto/atmel-tdes.c
Add support for Device Tree and use of the DMA DT API to
get the channels if needed.
Documentation is added for these DT nodes.
Initial code by: Nicolas Royer and Eukrea.
Signed-off-by: Nicolas Ferre
---
.../devicetree/bindings/crypto/atmel-crypto.txt| 22 +
drivers/crypto/atmel-sha.c
On Tue, 2013-10-15 at 15:06 +0200, Enrico Mioso wrote:
> Interface 6 of this device speaks QMI as per tests done by us.
> Credits go to Antonella for providing the hardware.
>
> Signed-off-by: Enrico Mioso
> Signed-off-by: Antonella Pellizzari
Tested-by: Dan Williams
> diff --git
On Tue, Oct 15, 2013 at 02:32:54PM +0300, Kirill A. Shutemov wrote:
> Hugh Dickins wrote:
> > Occasionally we hit the BUG_ON(pmd_trans_huge(*pmd)) at the end of
> > __split_huge_page_pmd(): seen when doing madvise(,,MADV_DONTNEED).
> >
> > It's invalid: we don't always have down_write of mmap_sem
On Tue, Oct 15, 2013 at 10:36:31AM -0400, Don Zickus wrote:
> > > +refill:
> > > + if (kernel_ip(ip)) {
> > > + u8 *buf = &__get_cpu_var(insn_page[0]);
> > > + size = PAGE_SIZE - ((unsigned long)to & (PAGE_SIZE-1));
> > > + if (size < MAX_INSN_SIZE) {
> > > +
On Tue, Oct 15, 2013 at 11:32:45AM -0300, Arnaldo Carvalho de Melo wrote:
> Jiri and PeterZ probaby will have comments here... ;-) :-)
The only complication with splice is the vmalloc support; other than
that it should be fairly straight fwd.
--
To unsubscribe from this list: send the line
On Tue, Oct 15, 2013 at 03:02:26PM +0200, Peter Zijlstra wrote:
> On Tue, Oct 15, 2013 at 12:14:04PM +0200, Peter Zijlstra wrote:
> > arch/x86/kernel/cpu/perf_event_intel_ds.c | 43
> > ++-
> > 1 file changed, 31 insertions(+), 12 deletions(-)
> >
> > diff --git
> -Original Message-
> From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
> boun...@lists.linux-foundation.org] On Behalf Of Bjorn Helgaas
> Sent: Tuesday, October 15, 2013 5:46 AM
> To: Sethi Varun-B16395
> Cc: Yoder Stuart-B08248; linux-kernel@vger.kernel.org;
On 10/15/2013 10:27 AM, Chang wrote:
On 10/15/2013 04:11 PM, Vlad Yasevich wrote:
On 10/14/2013 09:33 AM, Chang Xiangzhong wrote:
For for each TSN t being newly acked (Not only cumulatively,
but also SELECTIVELY) cacc_saw_newack should be set to 1.
Signed-off-by: Xiangzhong Chang
---
Hi Hugh,
On Tue, Oct 15, 2013 at 04:08:28AM -0700, Hugh Dickins wrote:
> Occasionally we hit the BUG_ON(pmd_trans_huge(*pmd)) at the end of
> __split_huge_page_pmd(): seen when doing madvise(,,MADV_DONTNEED).
>
> It's invalid: we don't always have down_write of mmap_sem there:
> a racing
Removing 'fd, fd_pipe, filename, size' from struct perf_session
and replacing them with struct perf_data_file object.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
Cc:
On Tue, Oct 15, 2013 at 3:34 PM, Ingo Molnar wrote:
>
> * Stephane Eranian wrote:
>
>> On Tue, Oct 15, 2013 at 3:12 PM, Ingo Molnar wrote:
>> >
>> > * Stephane Eranian wrote:
>> >
>> >> Arnaldo,
>> >>
>> >> Could you revert all the mmap2 patches in your perf/urgent tree for now?
>> >> Thanks.
Em Tue, Oct 15, 2013 at 08:04:15AM -0600, David Ahern escreveu:
> On 10/8/13 11:59 PM, Ingo Molnar wrote:
> > 2)
> > Yet another method would be to avoid the copies altogether via the splice
> > system-call - see:
> > git grep splice kernel/trace/
> > To make splice low-overhead we'd have
Adding perf_data_file__open interface to data object
to open the perf.data file for both read and write.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
Cc: David Ahern
This patch is adding 'struct perf_data_file' object as
a placeholder for all attributes regarding perf.data
file handling. Changing perf_session__new to take it
as an argument.
The rest of the functionality will be added later to keep
this change simple enough, because all the places using
This one seems to actually work and is somewhat simpler.
---
arch/x86/kernel/cpu/perf_event_intel_ds.c | 31 +++
1 file changed, 19 insertions(+), 12 deletions(-)
diff --git a/arch/x86/kernel/cpu/perf_event_intel_ds.c
b/arch/x86/kernel/cpu/perf_event_intel_ds.c
Addresses are BCD encoded, not ASCII. x25_addr_ntoa got it right.
Signed-off-by: Guenther Kelleter
---
Wrong length calculation leads to rejection of CALL ACCEPT packets.
net/x25/af_x25.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/x25/af_x25.c b/net/x25/af_x25.c
On 10/15/2013 04:11 PM, Vlad Yasevich wrote:
On 10/14/2013 09:33 AM, Chang Xiangzhong wrote:
For for each TSN t being newly acked (Not only cumulatively,
but also SELECTIVELY) cacc_saw_newack should be set to 1.
Signed-off-by: Xiangzhong Chang
---
net/sctp/outqueue.c | 42
On Tue, 2013-10-15 at 16:15 +0200, Sébastien Dugué wrote:
> Hi Eric,
>
> On Tue, 15 Oct 2013 07:06:25 -0700
> Eric Dumazet wrote:
> > But the csum cost is both for sender and receiver ?
>
> No, it was only on the receiver side that I noticed it.
>
Yes, as Andi said, we do the csum while
Hello Rui,
Here is the urgent fixes on thermal-soc drivers, only difference from v1 is
that now it is based on the right branch (your master branch) so that it
does not include any changes for 3.13.
Short changelog:
- Several fixes on exynos driver: exynos 4412 regressions
- Minor fix on
On Tue, 15 Oct 2013 14:54:11 +0200
Frederic Weisbecker wrote:
> On Tue, Oct 15, 2013 at 02:37:17PM +0200, Peter Zijlstra wrote:
> > On Tue, Oct 15, 2013 at 02:18:53PM +0200, Frederic Weisbecker wrote:
> > > On Tue, Oct 15, 2013 at 02:01:04AM +, Liu, Chuansheng wrote:
> > > > We meet one
Jan Kara writes:
> On Mon 23-09-13 13:37:23, Jan Kara wrote:
>> On Tue 17-09-13 22:30:31, Jan Kara wrote:
>> > Currently each task sends BLK_TN_PROCESS event to the first traced
>> > device it interacts with after a new trace is started. When there are
>> > several traced devices and the task
On 9 October 2013 16:19, Michal Suchanek wrote:
> Hello,
>
> On 19 September 2013 12:13, Jan Kara wrote:
>> On Wed 18-09-13 16:56:08, Michal Suchanek wrote:
>>> On 17 September 2013 23:13, Jan Kara wrote:
>>> > Hello,
>>>
>>> The default for dirty_ratio/dirty_background_ratio is 60/40.
Hi Eric,
On Tue, 15 Oct 2013 07:06:25 -0700
Eric Dumazet wrote:
> On Tue, 2013-10-15 at 15:56 +0200, Sébastien Dugué wrote:
> > On Tue, 15 Oct 2013 15:33:36 +0200
> > Andi Kleen wrote:
> >
> > > > indeed, our typical workload is connected mode IPoIB on mlx4 QDR
> > > > hardware
> > > >
This adds a driver for hardware random number generator present
on Qualcomm MSM SoC's.
Signed-off-by: Stanimir Varbanov
---
drivers/char/hw_random/Kconfig | 12 +++
drivers/char/hw_random/Makefile | 1 +
drivers/char/hw_random/msm-rng.c | 197 +++
3
Hi,
Here is the third version of hwrng driver for MSM SoC's.
Changes since v2.
* The PRNG clock is renamed to "core" - changed 1/2 and 2/2
accordingly.
* Added unit address in the dt binding example in 1/2.
* Removed the dependacy to HAVE_CLK because it is redundant in 2/2.
* Added
This adds Qualcomm PRNG driver device tree binding documentation
to use as an example in dts trees.
Signed-off-by: Stanimir Varbanov
---
Documentation/devicetree/bindings/rng/qcom,prng.txt | 17 +
1 file changed, 17 insertions(+)
create mode 100644
On Tue, Oct 15, 2013 at 05:03:50PM +0300, Roger Quadros wrote:
> On 10/15/2013 04:56 PM, Felipe Balbi wrote:
> > Hi,
> >
> > On Tue, Oct 15, 2013 at 04:48:51PM +0300, Roger Quadros wrote:
> >> On 10/15/2013 04:19 PM, Felipe Balbi wrote:
> >>> Hi,
> >>>
> >>> On Tue, Oct 15, 2013 at 03:10:42PM
401 - 500 of 1514 matches
Mail list logo
