We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
Cc: spear-de...@list.st.com
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/spear-cpufreq.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/cpufreq/spear-
We have common infrastructure available with us for getting a CPUs clk rate.
Lets use it for this driver.
Cc: Stephen Warren
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/tegra-cpufreq.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
diff --git a/drivers/cpufreq/tegr
Hello, Linus.
This pull request contains three commits all of which are updates for
specific devices which aren't too widespread. Pretty limited scope
and nothing too interesting or dangerous.
The three commits are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/
On 08/22/2013 07:17 PM, Richard Zhao wrote:
> On Fri, Aug 23, 2013 at 04:36:53AM +0800, Stephen Warren wrote:
>> On 08/22/2013 12:43 AM, Richard Zhao wrote:
>>> DMA client device driver usually needs to know at probe time whether
>>> dma controller has been registered to deffer probe. So add a help
On 08/22/2013 07:29 PM, Richard Zhao wrote:
> On Fri, Aug 23, 2013 at 04:18:27AM +0800, Stephen Warren wrote:
>> On 08/21/2013 11:19 PM, Richard Zhao wrote:
>>> On Fri, Aug 02, 2013 at 10:00:00AM +0800, Richard Zhao wrote:
pass of_phandle_args dma_spec to dma_request_channel in
of_dma_si
Hi Steffen,
On Fri, Aug 23, 2013 at 09:32:50AM +0200, Steffen Trumtrar wrote:
> Hi!
>
> On Thu, Aug 22, 2013 at 05:59:36PM -0700, Sören Brinkmann wrote:
> > On Thu, Aug 22, 2013 at 05:26:47PM -0700, Sören Brinkmann wrote:
[ ... ]
> I propose getting rid of the whole global pointer and let the clk
On Thu, Aug 22, 2013 at 11:19:18PM +0100, Zoltan Kiss wrote:
> While I tracked an another bug, I noticed that the PCI command register is
> quite often updated here unnecessarily.
>
> Signed-off-by: Zoltan Kiss
I applied this to pci/misc with minor tweaks as follows. Let me know
if you see anyt
On Thu, Aug 22, 2013 at 04:10:54PM -0700, Greg Kroah-Hartman wrote:
> On Fri, Aug 09, 2013 at 01:37:09PM -0700, Josh Cartwright wrote:
> > +static char dbgfs_help[] =
> > + "SPMI Debug-FS support\n"
> > + "\n"
> > + "Hierarchy schema:\n"
> > + "/sys/kernel/debug/spmi\n"
> > + " /hel
On Fri, Aug 23, 2013 at 04:23:10PM +0900, Yasuaki Ishimatsu wrote:
>
> I don't think it works well.
> mem->section_count means how many present section is in the memory_block.
> If 0, 1, 3 and 4 sections are present in the memory_block, mem->section_count
> is 4. In this case, is_mem_sectionremovab
2013/8/24 Christoph Lameter :
> On Fri, 23 Aug 2013, JoonSoo Kim wrote:
>
>> I don't get it. This patch only affect to the rcu case, because it
>> change the code
>> which is in kmem_rcu_free(). It doesn't touch anything in standard case.
>
> In general this patchset moves struct slab to overlay st
Hello,
On Fri, 2013-08-23 at 09:04 -0400, Tejun Heo wrote:
> On Thu, Aug 22, 2013 at 04:17:41PM -0600, Toshi Kani wrote:
> > I am relatively new to Linux, so I am not a good person to elaborate
> > this. From my experience on other OS, huge pages helped for the kernel,
> > but did not necessarily
On Fri, Aug 23, 2013 at 05:08:07PM +0200, Peter Oberparleiter wrote:
> On 23.08.2013 10:39, Frantisek Hrbata wrote:
> > This is an attempt to bring support for modified gcov format in gcc 4.7 to
> > the kernel. It tries to leverage the existing layout/abstraction, which was
> > designed keeping in
On 8/23/2013 8:40 PM, Benoit Cousson wrote:
>>> There is no assumption about the lost of functionality by using the
>>> generic version of the driver. How the user is supposed to know the
>>> amount of functionality he will lose, and if this is acceptable to
>>> him.
>>
>> I suppose the generic dr
From: Sudeep KarkadaNagesha
Few control settings done in architected timer as part of initialisation
can be lost when CPU enters deeper power states. They need to be
re-initialised when the CPU is (warm)reset again.
This patch adds CPU PM notifiers to do the timer initialisation on warm
resets.
From: Sudeep KarkadaNagesha
This patch adds support for configure the event stream frequency
and enabling it.
It also adds the hwcaps as well as compat-specific definitions to
the user to detect this event stream feature.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Lorenzo Pieralisi
Signed-off-b
This patch adds support for virtual IOMMU to the vmci module. We switch
to DMA consistent mappings for guest queuepair and doorbell pages that
are passed to the device. We still allocate each page individually,
since there's no guarantee that we'll get a contiguous block of physical
for an entire
From: Sudeep KarkadaNagesha
This patch series adds support to configure the rate and enable the
event stream for architected timer. The event streams can be used to
impose a timeout on a wfe, to safeguard against any programming error
in case an expected event is not generated or even to implemen
From: Will Deacon
The ARM architected timer can generate events (used for waking up
CPUs executing the wfe instruction) at a frequency represented as a
power-of-2 divisor of the clock rate.
An event stream might be used:
- To impose a time-out on a wfe polling loop.
- To safeguard against any pr
From: Sudeep KarkadaNagesha
Add macros to describe the bitfields in the ARM architected timer
control register to make code easy to understand.
Cc: Catalin Marinas
Reviewed-by: Lorenzo Pieralisi
Reviewed-by: Will Deacon
Signed-off-by: Sudeep KarkadaNagesha
---
arch/arm/include/asm/arch_time
From: Sudeep KarkadaNagesha
This patch adds support for configure the event stream frequency
and enabling it.
It also adds the hwcaps definitions to the user to detect this event
stream feature.
Cc: Russell King
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Lorenzo Pieralisi
Signed-off-by: Sudeep
This patchset adds support for virtual IOMMU to the VMCI module. We switch to
DMA consistent mappings for queuepair and doorbell pages that are passed to the
device, which allows the module to work in the presence of vIOMMU/VT-d.
Andy King (2):
VMCI: Remove non-blocking/pinned queuepair support
Dave,
This is one more set of fixes intended for the 3.11 stream...
For the mac80211 bits, Johannes says:
"I have three more patches for the 3.11 stream: Felix's fix for the
fairly visible brcmsmac crash, a fix from Simon for an IBSS join bug I
found and a fix for a channel context bug in IBSS I
We added this for a special case that doesn't exist on Linux. Remove
the non-blocking/pinned queuepair code and simplify the driver in
preparation for adding virtual IOMMU support.
Acked-by: Aditya Sarwade
Signed-off-by: Andy King
---
drivers/misc/vmw_vmci/vmci_queue_pair.c | 149 +---
"cat /sys/devices/system/memory/memory*/removable" crashed the system.
The problem is that show_mem_removable() is passing a
bad pfn to is_mem_section_removable(), which causes
if (!node_online(page_to_nid(page))) to blow up.
Why is it passing in a bad pfn?
show_mem_removable() will loop sections
Hello,
On Fri, Aug 23, 2013 at 10:14:08AM -0600, Toshi Kani wrote:
> I still think acpi table info should be available earlier, but I do not
> think I can convince you on this. This can be religious debate.
I'm curious. If there aren't substantial enough benefits, why would
you still want to pu
On 8/23/2013 7:08 PM, Santosh Shilimkar wrote:
> On Friday 23 August 2013 04:14 AM, Sekhar Nori wrote:
>> On Friday 23 August 2013 12:23 PM, Sricharan R wrote:
>>> On Friday 23 August 2013 12:06 PM, Sekhar Nori wrote:
On Friday 23 August 2013 11:41 AM, Sricharan R wrote:
> Hi,
> On Fri
This patch adds support for virtual IOMMU to the vmxnet3 module. We
switch to DMA consistent mappings for anything we pass to the device.
There were a few places where we already did this, but using pci_blah();
these have been fixed to use dma_blah(), along with all new occurrences
where we've rep
On Fri, 23 Aug 2013, Robert Richter wrote:
> I thought it would be clear enough to refer to struct perf_event_attr.
> Since the index usually starts with 0 as in the config fields, I
> assumed this was clear in this case too. Though this can be documented
> better.
Make no assumptions when docume
Hi all,
32-bit kernels currently crash/reboot in early microcode loading when
non-dynamic function tracing is enabled. Several functions in that path
get instrumented with mcount, but its non-dynamic implementation does
not work before paging is enabled (it accesses global variables at wrong
addre
+ OMAP mailing list
Tony,
Can you pick up this minor cleanup patch?
regards
Suman
On 08/21/2013 09:10 PM, Jingoo Han wrote:
> The driver core clears the driver data to NULL after device_release
> or on probe failure. Thus, it is not needed to manually clear the
> device driver data to NULL.
>
>
On Wed, Aug 21, 2013 at 09:41:05AM +0800, Leon Ma wrote:
> From: Leon Ma
> Date: Mon, 19 Aug 2013 14:22:38 +0800
> Subject: [PATCH] LMK: Optimize lowmem_shrink.
Why is all of this in the patch body?
And what does "LMK:" stand for?
> By comparing with selected_oom_score_adj instead of min_score_
On Fri, Aug 23, 2013 at 04:22:10PM +0100, Lars Poeschel wrote:
> On Friday 23 August 2013 at 16:24:21, Mark Rutland wrote:
> > On Thu, Aug 22, 2013 at 10:56:17AM +0100, Lars Poeschel wrote:
> > > From: Lars Poeschel
> > >
> > > The device tree property should be more descriptive.
> > > microchip
On Fri, Aug 23, 2013 at 05:09:58PM +0200, Peter Oberparleiter wrote:
> On 23.08.2013 10:39, Frantisek Hrbata wrote:
> > Since also the gcov structures(gcov_info, gcov_fn_info, gcov_ctr_info) can
> > change between gcc releases, as shown in gcc 4.7, they cannot be defined in
> > a
> > common header
On Tue, Aug 20, 2013 at 5:37 PM, Bjorn Helgaas wrote:
> On Tue, Aug 20, 2013 at 5:08 PM, Bjorn Helgaas wrote:
>> On Tue, Aug 13, 2013 at 8:23 PM, Bjorn Helgaas wrote:
>
>>> I played with this a little more and found this:
>>>
>>> 1) Magma card in z420, connected to chassis containing X540: fails
Hello
On 08/24/2013 12:14 AM, Toshi Kani wrote:
> Hello,
>
> On Fri, 2013-08-23 at 09:04 -0400, Tejun Heo wrote:
>> On Thu, Aug 22, 2013 at 04:17:41PM -0600, Toshi Kani wrote:
>>> I am relatively new to Linux, so I am not a good person to elaborate
>>> this. From my experience on other OS, huge
On Fri, Aug 23, 2013 at 05:13:31PM +0200, Peter Oberparleiter wrote:
> On 23.08.2013 10:39, Frantisek Hrbata wrote:
> > This adds the .init_array section as yet another section with constructors.
> > This
> > is needed because gcc is adding __gcov_init calls to .init_array.
> >
> > Signed-off-by:
On Fri, Aug 23, 2013 at 08:56:07AM +0100, Lee Jones wrote:
> I had a short chat with Rob last night about this. I'm going to loop
> him in to the conversation, as he wrote the binding.
>
> > > When most of the other clocks that we deal with are being requested,
> > > they rely on being index zero:
Hi,
thank you for your answer.
So we are two persons for now who need WT :-)
Im currently working on an ethernet driver for our own ETH core.
The problem is that one requirement is to not use DMA to transmit or receive
the data.
This means the that the ethernet buffer are not located in the
On Fri, Aug 23, 2013 at 02:23:49PM +0200, Geert Uytterhoeven wrote:
> m68k/sparc64 allmodconfig:
>
> drivers/staging/dgnc/dgnc_driver.c: In function ‘dgnc_cleanup_board’:
> drivers/staging/dgnc/dgnc_driver.c:459: error: implicit declaration of
> function ‘kfree’
> drivers/staging/dgnc/dgnc_driver
On Fri, 23 Aug 2013, Borislav Petkov wrote:
> On Fri, Aug 23, 2013 at 12:44:41PM +0200, Robert Richter wrote:
> > On 23.08.13 11:45:56, Robert Richter wrote:
> > > On 23.08.13 11:11:28, Borislav Petkov wrote:
> > > > On Thu, Aug 22, 2013 at 02:18:06PM -0400, Vince Weaver wrote:
> > > > > PERF_EV
The current VFIO_DEVICE_RESET interface only maps to PCI use cases
where we can isolate the reset to the individual PCI function. This
means the device must support FLR (PCIe or AF), PM reset on D3hot->D0
transition, device specific reset, or be a singleton device on a bus
for a secondary bus rese
On Fri, Aug 23, 2013 at 9:59 AM, Andreas Werner wrote:
>
>
> Hi,
> thank you for your answer.
>
> So we are two persons for now who need WT :-)
>
> Im currently working on an ethernet driver for our own ETH core.
> The problem is that one requirement is to not use DMA to transmit or receive
> the
Hello,
On Fri, 2013-08-23 at 12:24 -0400, Tejun Heo wrote:
> On Fri, Aug 23, 2013 at 10:14:08AM -0600, Toshi Kani wrote:
> > I still think acpi table info should be available earlier, but I do not
> > think I can convince you on this. This can be religious debate.
>
> I'm curious. If there aren
Somewhere between 3.9 and 3.10 it seems the order in which pcie and acpi probed
slots for hotplug capabilites got reversed. While this isn't a big deal, it did
uncover a bug in the ACPI bus setup path. Specifically, acpi_pci_root_add calls
pci_acpi_scan_root before setting the osc flags for the d
Hi Sebastian, Steffen,
On Fri, Aug 23, 2013 at 11:30:18AM +0200, Sebastian Hesselbarth wrote:
> On 08/23/13 02:59, Sören Brinkmann wrote:
> >On Thu, Aug 22, 2013 at 05:26:47PM -0700, Sören Brinkmann wrote:
> >>On Tue, Aug 20, 2013 at 04:04:31AM +0200, Sebastian Hesselbarth wrote:
> >>>With arch/ar
On Thu, Aug 22, 2013 at 03:14:34PM -0600, Bjorn Helgaas wrote:
> On Mon, Aug 5, 2013 at 1:21 AM, Zhenzhong Duan
> wrote:
> > xen_initdom_restore_msi_irqs trigger a hypercall to restore addr/data/mask
> > in dom0. It's better to do the same in default_restore_msi_irqs for
> > baremetal.
> >
> > Mo
On Thu, Aug 22, 2013 at 05:16:14PM +0100, Catalin Marinas wrote:
> On Thu, Aug 22, 2013 at 04:35:29AM +0100, Leizhen (ThunderTown, Euler) wrote:
> > This problem is on ARM64. When CONFIG_ARM64_64K_PAGES is not opened, the
> > memory
> > map size can be 2M(section) and 4K(PAGE). First, OS will crea
On 08/13/2013 03:00 AM, Kumar Gala wrote:
> On Aug 11, 2013, at 1:25 AM, Lad, Prabhakar wrote:
>
>> From: "Lad, Prabhakar"
>>
>> add OF support for the tvp7002 driver.
>>
>> Signed-off-by: Lad, Prabhakar
>> ---
[...]
>> .../devicetree/bindings/media/i2c/tvp7002.txt | 53
>
On 08/23/2013 12:08 AM, Sebastian Andrzej Siewior wrote:
On 08/23/2013 07:50 AM, Fernando Lopez-Lezcano wrote:
On 08/22/2013 11:21 AM, Sebastian Andrzej Siewior wrote:
- hwlat improvements by Steven
Known issues:
...
Trying to build I get (in make modules):
ERROR: "__udivdi3" [drivers/misc/h
On Fri, Aug 23, 2013 at 05:46:48PM +0200, Geert Uytterhoeven wrote:
> On 32-bit m68k, I get lots of warnings like:
>
> warning: integer constant is too large for ‘long’ type
>
> Switch the L*_POISON definitions from too-large constants and casts
> to the proper constant types to fix this.
>
Hi Toshi,
On 08/24/2013 01:13 AM, Toshi Kani wrote:
> Hello,
>
> On Fri, 2013-08-23 at 12:24 -0400, Tejun Heo wrote:
>> On Fri, Aug 23, 2013 at 10:14:08AM -0600, Toshi Kani wrote:
>>> I still think acpi table info should be available earlier, but I do not
>>> think I can convince you on this. Th
Check for valid config number before completing set interface.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozhcd.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ozwpan/ozhcd.c b/drivers/staging/ozwpan/ozhcd.c
index ab93b74..83ed64c 100644
---
Use macro instead of hard coded value for readability.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozhcd.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/ozwpan/ozhcd.c b/drivers/staging/ozwpan/ozhcd.c
index 83ed64c..89e498b 100644
--- a/driv
We have icreased interrupt end point buffer size to 512 bytes,
Change variable data type to accomodate it.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozhcd.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/ozwpan/ozhcd.c b/drivers/staging/o
Increase interrupt end point buffer size & convert hard coded
value to macro for better readability.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozhcd.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/ozwpan/ozhcd.c b/drivers/staging/ozwpan/oz
Max. TX frame size supported is changed to 760 bytes.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozproto.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ozwpan/ozproto.h b/drivers/staging/ozwpan/ozproto.h
index e532347..0c49c8a 100644
--- a/d
Make sure that we return negative value if oz_build_frame()
returns NULL.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozpd.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/ozwpan/ozpd.c b/drivers/staging/ozwpan/ozpd.c
index daaff2a..e17
Dan,
On Fri, Aug 16, 2013 at 08:26:50AM +1000, Dave Chinner wrote:
> On Thu, Aug 15, 2013 at 09:37:06AM -0500, Ben Myers wrote:
> > Hey Dan & Jeff,
> >
> > On Thu, Aug 15, 2013 at 06:10:43PM +0800, Jeff Liu wrote:
> > > On 08/15/2013 01:53 PM, Dan Carpenter wrote:
> > >
> > > > The "di_size" var
The temperature reporting interface stays the same, so we just
add the PCI-ID to the list.
Verified on AMD Olive Hill.
---
Documentation/hwmon/k10temp |1 +
drivers/hwmon/Kconfig |4 ++--
drivers/hwmon/k10temp.c |3 ++-
3 files changed, 5 insertions(+), 3 deletions(-)
diff
On Fri, 23 Aug 2013 14:18:02 +0200
Geert Uytterhoeven wrote:
> On Thu, Aug 15, 2013 at 8:37 PM, Sergei Trofimovich wrote:
> > diff --git a/Makefile b/Makefile
> > index 6e48848..53f4776 100644
> > --- a/Makefile
> > +++ b/Makefile
> > @@ -374,6 +374,11 @@ KBUILD_CFLAGS := -Wall -Wundef -Wstric
On Tue, Aug 20, 2013 at 03:17:37PM +, Graham Williams wrote:
> The gadget strings table should be null terminated.
> usb_gadget_get_string() loops through the table
> expecting a null at the end of the list.
>
> Signed-off-by: Graham
I need a full name for a signed-off-by: line, can you plea
On Thu, Aug 22, 2013 at 3:18 AM, Sherman Yin wrote:
> When setting pin configuration in the pinctrl framework, pin_config_set() or
> pin_config_group_set() is called in a loop to set one configuration at a time
> for the specified pin or group.
>
> This patch 1) removes the loop and 2) changes th
On Fri, Aug 23, 2013 at 6:59 AM, Oleg Nesterov wrote:
> On 08/22, Andy Lutomirski wrote:
>>
>> On Thu, Aug 22, 2013 at 11:32 AM, Oleg Nesterov wrote:
>> > On 08/22, Andy Lutomirski wrote:
>> >>
>> >> On Thu, Aug 22, 2013 at 11:15 AM, Oleg Nesterov wrote:
>> >> >
>> >> > Yes. Before this patch do
On 08/23/13 19:19, Sören Brinkmann wrote:
On Fri, Aug 23, 2013 at 11:30:18AM +0200, Sebastian Hesselbarth wrote:
On 08/23/13 02:59, Sören Brinkmann wrote:
On Thu, Aug 22, 2013 at 05:26:47PM -0700, Sören Brinkmann wrote:
On Tue, Aug 20, 2013 at 04:04:31AM +0200, Sebastian Hesselbarth wrote:
Wi
The gadget strings table should be null terminated.
usb_gadget_get_string() loops through the table
expecting a null at the end of the list.
Signed-off-by: Graham Williams
---
drivers/usb/gadget/f_acm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/f_acm.c b/drivers/usb/ga
On Tue, Aug 20, 2013 at 8:29 AM, Christophe Leroy
wrote:
> This patch reverts commit 047b93a35961f7a6561e6f5dcb040738f822b892 which
> breaks
> MAX7301 GPIO driver because that commit was dependant on a rejected patch that
> was implementing selection of SPI speed from the Device Tree.
>
> Signed
On Fri, Aug 23, 2013 at 05:43:51PM +, Graham Williams wrote:
>
> The gadget strings table should be null terminated.
> usb_gadget_get_string() loops through the table
> expecting a null at the end of the list.
>
> Signed-off-by: Graham Williams
Minor nit, you need a space after your last nam
On Tue, Aug 20, 2013 at 1:04 AM, Laurent Pinchart
wrote:
> This makes checking for duplicates when adding a new #include easier.
>
> Signed-off-by: Laurent Pinchart
And I'm dreaming of patching all the GPIO drivers to have
the header includes in inverted christmas tree order. ;-)
Okay, applied
The gadget strings table should be null terminated.
usb_gadget_get_string() loops through the table
expecting a null at the end of the list.
Signed-off-by: Graham Williams
---
drivers/usb/gadget/f_acm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/f_acm.c b/drivers/usb/g
On Tue, Aug 20, 2013 at 1:04 AM, Laurent Pinchart
wrote:
> The argument is not used, remove it. No board registers a pcf857x device
> with an IRQ without specifying platform data, IRQ domain registration
> behaviour is thus not affected by this change.
>
> Signed-off-by: Laurent Pinchart
Patch
On Tue, Aug 20, 2013 at 1:04 AM, Laurent Pinchart
wrote:
> Add DT bindings for the pcf857x-compatible chips and parse the device
> tree node in the driver.
>
> Signed-off-by: Laurent Pinchart
I'm holding this until I get some reaction from the device tree reviewers,
or until I get unpatient, wh
Prabhakar,
On 8/18/2013 10:48 AM, Lad, Prabhakar wrote:
> From: Philip Avinash
>
> Make some minor coding style fixes. Use proper multi-line
> commenting style, arrange include files alphabetically and
> use a macro for register offset.
>
> Signed-off-by: Philip Avinash
> [nsek...@ti.com: drop
On Friday 23 August 2013 00:08:33 Ondrej Zary wrote:
> On Thursday 22 August 2013 22:56:03 Ondrej Zary wrote:
> > On Thursday 22 August 2013 22:24:17 Deucher, Alexander wrote:
> > > > -Original Message-
> > > > From: Ondrej Zary [mailto:li...@rainbow-software.org]
> > > > Sent: Thursday, Au
On Fri, Aug 23, 2013 at 07:26:01PM +0800, Weijie Yang wrote:
> This patch series fix a few bugs in zswap based on Linux-3.11-rc6.
>
> Corresponding mail thread see: lkml.org/lkml/2013/8/18/59 .
>
> These issues fixed are:
> 1. memory leaks when re-swapon
> 2. potential problem which store and r
* Fernando Lopez-Lezcano | 2013-08-23 10:18:08 [-0700]:
>Please post a patch when/if you have it so I can retry the build...
>Thanks for taking a look at this!
Does this fix your trobule?
diff --git a/drivers/misc/hwlat_detector.c b/drivers/misc/hwlat_detector.c
index 0bfa40d..6f61d5f 100644
---
On Fri, Aug 23, 2013 at 07:03:37PM +0800, Weijie Yang wrote:
> zswap_tree is not freed when swapoff, and it got re-kzalloc in swapon,
> memory leak occurs.
> Add check statement in zswap_frontswap_init so that zswap_tree is
> inited only once.
>
> ---
> mm/zswap.c |5 +
> 1 files changed,
The common error fount in forward-ported/backported patches is missing headers.
One recent example (files and function names are mangled):
void foo(){}
EXPORT_SYMBOL(foo);
gave only warning
foo.c:12345678:5: warning: function declaration isn't a prototype
[-Wstrict-prototypes]
v
On Thu, Aug 22, 2013 at 11:21 AM, Lee Jones wrote:
>> I really do not like the approach of uglifying something and then
>> beautifying it later... I prefer each step in isolation to be good
>> looking, or you will be confused when traversing the history.
>
> So then we have a few options, some mo
> On Fri, Aug 23, 2013 at 9:59 AM, Andreas Werner wrote:
>>
>>
>> Hi,
>> thank you for your answer.
>>
>> So we are two persons for now who need WT :-)
>>
>> Im currently working on an ethernet driver for our own ETH core.
>> The problem is that one requirement is to not use DMA to transmit or
>>
Cc: DT binding maintainers
On 07/20/2013 08:21 AM, Lad, Prabhakar wrote:
> From: "Lad, Prabhakar"
>
> add OF support for the adv7343 driver.
>
> Signed-off-by: Lad, Prabhakar
> ---
[...]
> .../devicetree/bindings/media/i2c/adv7343.txt | 48
>
> drivers/media/i2c/a
Hi,
why are you curious?
I have never heard about movntdqa. Have you ever tried it?
May be it is a good idea to try i out.
I think i will commit the patch to the kernel and see what happens :-)
Best regards.
>> On Fri, Aug 23, 2013 at 9:59 AM, Andreas Werner
>> wrote:
>>>
>>>
>>> Hi,
>>> than
On Thu, Aug 22, 2013 at 2:34 AM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> When CONFIG_ARM_LPAE=y the following build warning are generated:
>
> drivers/dma/ste_dma40.c:3228:2: warning: format '%x' expects argument of type
> 'unsigned int', but argument 4 has type 'resource_size_t' [-Wform
On 8/18/2013 10:48 AM, Lad, Prabhakar wrote:
> From: KV Sujith
>
> Modify GPIO Davinci driver to be compliant to standard platform drivers.
> The driver did not have platform driver structure or a probe. Instead,
> had a davinci_gpio_setup() function which is called in the pure_init
> sequence. T
8382fcac "pidns: Outlaw thread creation after unshare(CLONE_NEWPID)"
nacks CLONE_VM if the forking process unshared pid_ns, this obviously
breaks vfork:
int main(void)
{
assert(unshare(CLONE_NEWUSER | CLONE_NEWPID) == 0);
assert(vfork() >= 0);
Hello.
To remind, 1/3 fixes the regression, perhaps it should cc -stable.
v2:
changed the comment, added the acks from Andy.
Still needs the review from Eric.
Oleg.
kernel/fork.c | 22 --
1 files changed, 8 insertions(+), 14 deletions(-)
--
To unsubscribe from t
do_fork() denies CLONE_THREAD | CLONE_PARENT if NEWUSER | NEWPID.
Then later copy_process() denies CLONE_SIGHAND if the new process
will be in a different pid namespace (task_active_pid_ns() doesn't
match current->nsproxy->pid_ns).
This looks confusing and inconsistent. CLONE_NEWPID is very simil
8382fcac "pidns: Outlaw thread creation after unshare(CLONE_NEWPID)"
nacks CLONE_NEWPID if the forking process unshared pid_ns. This is
correct but unnecessary, copy_pid_ns() does the same check.
Remove the CLONE_NEWPID check to cleanup the code and prepare for
the next change.
Test-case:
On Thu, Aug 22, 2013 at 3:22 PM, Ezequiel Garcia
wrote:
> On Thu, Aug 22, 2013 at 08:46:51PM +0800, Jisheng Zhang wrote:
>> Add missing iounmap to prove error path and remove path
>>
>> Signed-off-by: Jisheng Zhang
>> ---
>> drivers/pinctrl/mvebu/pinctrl-mvebu.c | 24 +---
>>
On Fri, Aug 23, 2013 at 03:03:32PM +0200, Peter Zijlstra wrote:
> So I think this patch is broken (still). Suppose we have an
> INTERLEAVE mempol like 0x3 and change it to 0xc.
>
> Original: 0x3
> Rebind Step 1:0xf /* set bits */
> Rebind Step 2:0xc /* clear bits */
>
> Now lo
Hi,
On Fri, Aug 23, 2013 at 03:57:05PM +0200, Linus Walleij wrote:
> The HSI subsystem is lacking an active maintainer, interested?
> Given that you can apparently test the OMAP HSI driver you're
> one of the few applicable candidates.
I don't think I'm a good candidate for that. At least not yet
Hi,
why are you curious?
I have never heard about movntdqa. Have you ever tried it?
May be it is a good idea to try i out.
I think i will commit the patch to the kernel and see what happens :-)
Best regards.
>> On Fri, Aug 23, 2013 at 9:59 AM, Andreas Werner
>> wrote:
>>>
>>>
>>> Hi,
>>> thank
On Fri, Aug 23, 2013 at 03:58:30PM +0200, Linus Walleij wrote:
> On Mon, Aug 12, 2013 at 10:30 AM, Tony Lindgren wrote:
> > * Sebastian Reichel [130811 09:25]:
> >> From: Sebastian Reichel
> >>
> >> This patch configures and activates the OMAP SSI driver on the RX-51.
> >
> > Hmm, I'd rather see
On Tue, Aug 20, 2013 at 10:46:45PM +0300, Ville Syrjälä wrote:
> On Fri, Aug 16, 2013 at 12:22:14PM -0600, Alex Williamson wrote:
> > On Fri, 2013-08-16 at 13:20 +0300, Ville Syrjälä wrote:
> > > On Thu, Aug 15, 2013 at 04:54:15PM -0600, Alex Williamson wrote:
> > > > On Fri, 2013-08-16 at 08:49 +1
Hi Richard,
On Wed, Aug 21, 2013 at 11:47:20AM +0200, Richard GENOUD wrote:
> Hi Maxime, Stephan
>
> I just realise that, *sometimes*, I have some warnings on my cubieboard
> (6 since the 22 of july, and the board is runnning 24/24).
Wow, I'm impressed it worked this fine actually :)
> It has h
On Fri, Aug 23, 2013 at 05:51:12PM +, Graham Williams wrote:
>
> The gadget strings table should be null terminated.
> usb_gadget_get_string() loops through the table
> expecting a null at the end of the list.
>
> Signed-off-by: Graham Williams
Nice, that works.
> ---
> drivers/usb/gadget/
> -Original Message-
> From: Bjorn Helgaas [mailto:bhelg...@google.com]
> Sent: Friday, August 23, 2013 9:53 AM
> To: Skidmore, Donald C
> Cc: e1000-de...@lists.sourceforge.net; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Don Dutile
> Subject: Re: [E1000-devel] 3.11-rc4 ixgb
On Thu, 22 Aug 2013, Jason A. Donenfeld wrote:
> Thinkpads with a micmute LED do not have a capslock LED. The micmute LED
> is currently not used by any piece of Linux kernel land or user land. It
> seems reasonable to hook it up to caps lock, at least by default, so
> users can have some degree of
Hi Jason!
On Thu, 22 Aug 2013, Jason A. Donenfeld wrote:
> The micmute LED is currently unused. This patch allows it to be hooked
> up to various LED triggers.
>
> Signed-off-by: Jason A. Donenfeld
> ---
> drivers/platform/x86/thinkpad_acpi.c | 6 --
> 1 file changed, 4 insertions(+), 2 de
Hi Paul,
On Wed, Aug 21, 2013 at 01:22:09AM +, Paul Walmsley wrote:
> > From: Sebastian Reichel
> > This patch adds Synchronous Serial Interface (SSI) hwmod support for
> > OMAP34xx SoCs.
>
> a few comments:
>
> - please add your Signed-off-by: to the patch description, per
> Documentation
Hello Zhang,
On Sat, 2013-08-24 at 00:54 +0800, Zhang Yanfei wrote:
> > Tang, what do you think? Are you OK to try Tejun's suggestion as well?
> >
>
> By saying TJ's suggestion, you mean, we will let memblock to control the
> behaviour, that said, we will do early allocations near the kernel i
301 - 400 of 609 matches
Mail list logo
