On 3 March 2016 at 17:33, David Daney wrote:
> On 03/03/2016 05:47 AM, Rob Herring wrote:
>>
>> On Wed, Mar 2, 2016 at 4:56 PM, David Daney wrote:
>>>
>>> From: David Daney
>>>
>>> In order to extract NUMA information from the device tree, we need to
>>> have the tree in its unflattened form.
>>
On 03/03/2016 05:47 AM, Rob Herring wrote:
On Wed, Mar 2, 2016 at 4:56 PM, David Daney wrote:
From: David Daney
In order to extract NUMA information from the device tree, we need to
have the tree in its unflattened form.
Move the call to unflatten_device_tree() into paging_init(). This
puts
* Stephen Rothwell [160302 14:16]:
> Hi Krzysztof,
>
> Today's linux-next merge of the samsung-krzk tree got a conflict in:
>
> drivers/clk/Kconfig
>
> between commit:
>
> 21330497f303 ("clk: ti: Add support for dm814x ADPLL")
>
> from the omap tree and commit:
>
> b9e65ebc654d ("clk:
On Thu, Mar 03, 2016 at 07:26:06AM -0800, H. Peter Anvin wrote:
> Why -8?
GLOBAL(stack_start)
.quad init_thread_union+THREAD_SIZE-8
^^^
But I don't see why it needed the -8 then. It came with a conglomerate
dump in 2002:
commit af53c7a
Hi Leo,
On Fri, Feb 26, 2016 at 11:43:43AM +0800, Leo Yan wrote:
> The property "hysteresis" is mandatory for trip points, so if without
> it the thermal zone cannot register successfully. But "hysteresis" is
> ignored in the thermal subsystem and only inquired by several thermal
> sensor drivers.
Hi Clemens,
On 03/03/16 11:38, Clemens Ladisch wrote:
> Felipe Ferreri Tonello wrote:
>> On 02/03/16 21:09, Clemens Ladisch wrote:
>>> Felipe F. Tonello wrote:
This refactor results in a cleaner state machine code
>>>
>>> It increases the number of states, and now juggles two state variables.
> -Original Message-
> From: Vinod Koul [mailto:vinod.k...@intel.com]
> Sent: Thursday, March 03, 2016 9:03 PM
> To: Appana Durga Kedareswara Rao
> Cc: dan.j.willi...@intel.com; Michal Simek; Soren Brinkmann; Appana Durga
> Kedareswara Rao; moritz.fisc...@ettus.com;
> laurent.pinch...@ideas
On Thu, Mar 03, 2016 at 04:38:17PM +0100, Peter Zijlstra wrote:
> On Thu, Mar 03, 2016 at 03:01:15PM +0100, Vincent Guittot wrote:
> > > In case a more formal derivation of this formula is needed, it is
> > > based on the following 3 assumptions:
> > >
> > > (1) Performance is a linear function of
> resending with full changelog
Thanks. Looks good.
-Andi
On Thu 03-03-16 16:50:16, Vlastimil Babka wrote:
> On 03/03/2016 03:10 PM, Joonsoo Kim wrote:
> >
> >> [...]
> > At least, reset no_progress_loops when did_some_progress. High
> > order allocation up to PAGE_ALLOC_COSTLY_ORDER is as important
> > as order 0. And, reclaim something woul
Hi Eric,
On 01/03/16 18:27, Eric Auger wrote:
diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c
index 0e3b009..7b2bb94 100644
--- a/drivers/iommu/iommu.c
+++ b/drivers/iommu/iommu.c
@@ -1072,6 +1072,7 @@ static struct iommu_domain *__iommu_domain_alloc(struct
bus_type *bus,
do
On Thu, Mar 3, 2016 at 1:20 PM, Peter Zijlstra wrote:
> On Wed, Mar 02, 2016 at 11:49:48PM +0100, Rafael J. Wysocki wrote:
>> >>> + min_f = sg_policy->policy->cpuinfo.min_freq;
>> >>> + max_f = sg_policy->policy->cpuinfo.max_freq;
>> >>> + next_f = util > max ? max_f : min_f + ut
On Thu, Mar 03, 2016 at 01:50:58PM +0300, Kirill A. Shutemov wrote:
> On Thu, Mar 03, 2016 at 04:41:52PM +0900, Naoya Horiguchi wrote:
> > If one of callers of page migration starts to handle thp, memory management
> > code
> > start to see pmd migration entry, so we need to prepare for it before
On Thu, Mar 03, 2016 at 01:40:51PM +0300, Kirill A. Shutemov wrote:
> On Thu, Mar 03, 2016 at 04:41:50PM +0900, Naoya Horiguchi wrote:
> > This patch prepares thp migration's core code. These code will be open when
> > unmap_and_move() stops unconditionally splitting thp and get_new_page()
> > sta
On 26/02/16 19:02, Boris Ostrovsky wrote:
> PV guests need to have their .bss zeroed out since it is not guaranteed
> to be cleared by Xen's domain builder (even if it is done so currently)
Applied to for-linus-4.6, thanks.
David
On Thu, Mar 03, 2016 at 04:26:46PM +0100, Thomas Gleixner wrote:
> On Thu, 3 Mar 2016, Huang Rui wrote:
> > On Thu, Mar 03, 2016 at 09:50:11AM +0100, Thomas Gleixner wrote:
> > > On Thu, 3 Mar 2016, Huang Rui wrote:
> > > And of course if CPU_DOWN_PREPARE fails and this is the last cpu in the
> > >
On Thu, Mar 03, 2016 at 11:37:17AM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Play safe and add flags member to all structs. So we don't need to
> break API or create new IOCTL in the future if new features that requires
> flags arises.
>
> v2: check if flags are valid (zero, in t
On Thu, Mar 03, 2016 at 02:37:40PM +0800, Lu Baolu wrote:
> +#if IS_ENABLED(CONFIG_USB_MUX)
> +extern int usb_mux_register(struct usb_mux_dev *mux);
> +extern int usb_mux_unregister(struct device *dev);
> +extern struct usb_mux_dev *usb_mux_get_dev(struct device *dev);
This api needs a lot of work
Fix typo in the name of a macro.
Signed-off-by: Ludovic Desroches
---
drivers/iio/adc/at91-sama5d2_adc.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/drivers/iio/adc/at91-sama5d2_adc.c
b/drivers/iio/adc/at91-sama5d2_adc.c
index dbee13a..33bace
On Thu, Mar 03, 2016 at 02:37:42PM +0800, Lu Baolu wrote:
> Several Intel PCHs and SOCs have an internal mux that is used to
> share one USB port between device controller and host controller.
> The mux is handled through the Dual Role Configuration Register.
>
> Signed-off-by: Heikki Krogerus
>
On Thu, Mar 03, 2016 at 02:37:42PM +0800, Lu Baolu wrote:
> Several Intel PCHs and SOCs have an internal mux that is used to
> share one USB port between device controller and host controller.
> The mux is handled through the Dual Role Configuration Register.
>
> Signed-off-by: Heikki Krogerus
>
Hi Steve,
On 03/03/16 09:23, Steven Rostedt wrote:
> On Thu, 3 Mar 2016 09:28:01 +
> Juri Lelli wrote:
>
> > That's the one that I use, and I'm not seeing any problems with it. I'll
> > send you the binary in private.
>
> That's the one I use too. BTW, Juri, do you plan on submitting patche
On Thu, Mar 03, 2016 at 12:38:09PM +, Mark Rutland wrote:
> On Thu, Mar 03, 2016 at 01:02:27PM +0100, Ingo Molnar wrote:
> > Mark Rutland wrote:
> > > Mark Rutland (3):
> > > kasan: add functions to clear stack poison
> > > sched/kasan: remove stale KASAN poison after hotplug
> > > arm64
On Thu, Mar 03, 2016 at 02:37:40PM +0800, Lu Baolu wrote:
> Several Intel PCHs and SOCs have an internal mux that is used to
> share one USB port between device controller and host controller.
>
> A usb port mux could be abstracted as the following elements:
> 1) mux state: HOST or PERIPHERAL;
> 2
2016-03-03 15:29+0100, Paolo Bonzini:
> On 02/03/2016 22:56, Radim Krčmář wrote:
>> +
>> +pit_reinject = 0 (!reinject mode) is recommended.
>
> What about:
>
> pit_reinject = 0 (!reinject mode) is recommended, unless running an old
> operating system that uses the PIT for timing (e.g. Linux 2.4.x
The at91-sama5d2 ADC controller can achieve unsigned and signed
conversion. For each channel, a signed and an unsigned variant are
created.
We can't set the sign mode for each channel. For that reason, the
controller has to be configured upon conversion requests.
Signed-off-by: Ludovic Desroches
Remove some extra tabs.
Signed-off-by: Ludovic Desroches
---
drivers/iio/adc/at91-sama5d2_adc.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/iio/adc/at91-sama5d2_adc.c
b/drivers/iio/adc/at91-sama5d2_adc.c
index 33bacec..5bc038f 100644
--- a/
Hi,
This set of patches does some cleanup in the code and export channels for
signed and unsigned conversions.
Ludovic Desroches (3):
iio:adc:at91-sama5d2: fix typo
iio:adc:at91-sama5d2: fix identation
iio:adc:at91-sama5d2: add support for signed conversion
drivers/iio/adc/at91-sama5d2_ad
On Sun, Jan 31, 2016 at 2:21 PM, Konstantin Khlebnikov wrote:
> Overlayfs must update uid/gid after chown, otherwise functions
> like inode_owner_or_capable() will check user against stale uid.
> Catched by xfstests generic/087, it chowns file and calls utimes.
Queued up patch. Thanks.
Miklos
On 03/03/2016 07:59 AM, Hans Verkuil wrote:
> On 02/12/16 00:41, Shuah Khan wrote:
>> Declare the interface types to be used on alsa for
>> the new G_TOPOLOGY ioctl.
>>
>> Signed-off-by: Shuah Khan
>> ---
>> drivers/media/media-entity.c | 16
>> include/uapi/linux/media.h | 10
Since this is contained to only MCE code, move
the MSR definiton there instead of adding to msr-index
Per discussion here:
http://marc.info/?l=linux-kernel&m=145633699026474&w=2
Signed-off-by: Aravind Gopalakrishnan
---
arch/x86/include/asm/mce.h | 4
arch/x86/include/asm/msr-index.h
Originally the function cfs_str2num_check used simple_strtoul
but has been updated to kstrtoul. The string passed into
cfs_str2num_check can be a very complex, for example we could
have 10.37.202.[59-61]. When simple_strtoul was used the first
number until we hit a non-digit character could be extr
On Thu, Mar 03, 2016 at 02:37:04PM +0100, Ulf Hansson wrote:
> On 12 February 2016 at 17:32, Greg KH wrote:
> > On Fri, Feb 12, 2016 at 11:06:03AM +0100, Ulf Hansson wrote:
> >> On 11 February 2016 at 18:19, Greg KH wrote:
> >> > On Thu, Feb 11, 2016 at 04:54:11PM +0100, Ulf Hansson wrote:
> >> >
On Tue, Feb 16, 2016 at 10:54:02PM +0100, Robert Jarzmik wrote:
> While testing audio with pxa2xx-ac97, underrun were happening while the
> user application was correctly feeding the music. Debug proved that the
> cyclic transfer is not cyclic, ie. the last descriptor did not loop on
> the first.
>
On Wed, Mar 02, 2016 at 07:59:26PM +0530, Laxman Dewangan wrote:
> Use of_device_get_match_data() for getting matched data
> instead of implementing this locally.
>
> Signed-off-by: Laxman Dewangan
> Acked-by: Thierry Reding
>
> ---
> Changes form V1:
> - Found that it is possible to move of_de
In an attempt to aid in understanding of what the threshold_block
structure holds, provide comments to describe the members here.
Also, trim comments around threshold_restart_bank()
and update copyright info.
No functional change is introduced.
Signed-off-by: Aravind Gopalakrishnan
---
arch/x86
In upcoming processors, the BLKPTR field is no longer used
to indicate the MSR number of the additional register.
Insted, it simply indicates the prescence of additional MSRs.
Fixing the logic here to gather MSR address from
MSR_AMD64_SMCA_MCx_MISC() for newer processors
and we fall back to existi
For Scalable MCA enabled processors, errors are listed
per IP block. And since it is not required for an IP to
map to a particular bank, we need to use HWID and McaType
values from the MCx_IPID register to figure out which IP
a given bank represents.
We also have a new bit (TCC) in the MCx_STATUS
This patchset mainly provides necessary EDAC bits to decode errors
occuring on Scalable MCA enabled processors and also updates AMD MCE
driver to program the correct MCx_MISC register address for upcoming
processors.
Patches 1, 2 and 3 are for upcoming processor.
Patches 4 and 5 are either fixing
The Deferred field indicates if we have a Deferred error.
Deferred errors indicate errors that hardware could not
fix. But it still does not cause any interruption to program
flow. So it does not generate any #MC and UC bit in MCx_STATUS
is not set.
Fixing comment here. No functional change
Signe
On 03/03/2016 03:41 AM, Aleksey Makarov wrote:
>
>
> On 03/01/2016 08:25 PM, Peter Hurley wrote:
>> On 03/01/2016 09:02 AM, Aleksey Makarov wrote:
>>>
>>>
>>> On 03/01/2016 05:52 PM, Peter Hurley wrote:
On 02/29/2016 04:42 AM, Aleksey Makarov wrote:
> SBBR mentions DBG2 as a mandatory AC
On 03/03/2016 03:10 PM, Joonsoo Kim wrote:
>
>> [...]
> At least, reset no_progress_loops when did_some_progress. High
> order allocation up to PAGE_ALLOC_COSTLY_ORDER is as important
> as order 0. And, reclaim something would increase probability of
> compaction success.
On Fri 2016-03-04 00:11:55, Balbir Singh wrote:
>
> Changelog v3:
> 1. Moved -ENOSYS to -EINVAL in klp_write_module_reloc
> 2. Moved klp_matchaddr to use ftrace_location_range
Ah, I have been working on it in parallel. It took me longer
because I was busy with some other stuff previou
On Tue, Mar 01, 2016 at 06:54:40PM +0530, Laxman Dewangan wrote:
> Use of_device_get_match_data() for getting matched data
> instead of implementing this locally.
I have applied this after fixing subsystem name. Please ensure you use the
right name
--
~Vinod
On Thu, Mar 3, 2016 at 4:17 PM, Jonathan Corbet wrote:
> I assume you're referring to gtk-doc? It's web page
> (http://www.gtk.org/gtk-doc/) starts by noting that it's "a bit awkward to
> setup and use"; they recommend looking at Doxygen instead. So I guess I'm
> not really sure what it offers t
On Tue, Mar 01, 2016 at 10:54:50PM +0900, Joonsoo Kim wrote:
> 2016-03-01 3:04 GMT+09:00 Dan Williams :
> > On Mon, Feb 29, 2016 at 1:33 AM, Arnd Bergmann wrote:
> >> The addition of tracepoints to the page reference tracking had an
> >> unfortunate side-effect in at least one driver that calls pu
On Thu, Mar 03, 2016 at 04:14:19PM +0100, Andrew Lunn wrote:
> On Thu, Mar 03, 2016 at 02:12:28PM +0100, LABBE Corentin wrote:
> > Commit e5a03bfd873c ("phy: Add an mdio_device structure") removed
> > the addr member of the phy_device structure.
> > This patch remove the documentation about that me
On Mon, Feb 29, 2016 at 05:15:19PM -0600, Andy Gross wrote:
> This patch fixes the Qualcomm BAM dmaenging driver to work with big
> endian kernels.
Applied thanks
--
~Vinod
Hi Péter,
On Thu, 3 Mar 2016, Peter Ujfalusi wrote:
> On 03/01/2016 07:01 PM, Paul Walmsley wrote:
> >>> 3. Can McASP1,2,3 bus-master onto the L3? If so, then there should be
> >>> "dra7xx_mcasp1__l3_main_1"-style links to indicate this.
> >>
> >> I need to check this, but I don't think McASP1,
On Thu, Mar 03, 2016 at 02:49:11PM +1100, Dave Chinner wrote:
> On Wed, Mar 02, 2016 at 10:00:51AM -0700, Ross Zwisler wrote:
> > dax_pfn_mkwrite() previously wasn't checking the return value of the call
> > to dax_radix_entry(), which was a mistake.
> >
> > Instead, capture this return value and
Hi Neil,
Glad to see the mainline efforts of this SoC family.
Previously, I did not really understand what this "RPS" stood for.
After some digging(1)., now I believe it means ARM's Reference Peripheral
Specification
though the spec itself seems not publicly available, the peripheral specs
are ac
* Dave Hansen wrote:
> To fix this, we replace the u64 with an '__u32'. The __u32 is guaranteed to
> union well with the pointers from _addr_bnd. It is also plenty large enough
> to
> store the 16-bit pkey we have today on x86.
The 'union well' sentence is really a leftover from the earlie
Linus,
The following changes since commit 0fb00d326ffc36844fac0bfefd8644585a86d4a6:
Merge tag 'kvm-arm-for-4.5-rc6' of
git://git.kernel.org/pub/scm/linux/kernel/git/kvmarm/kvmarm into kvm-master
(2016-02-25 09:53:55 +0100)
are available in the git repository at:
git://git.kernel.org/pub/
On Mon, Feb 29, 2016 at 12:51:07PM +0300, Dan Carpenter wrote:
> This is harmless because the caller only cares about zero vs non-zero
> but we should be returning PTR_ERR() here.
Applied thanks
--
~Vinod
On Thu, Mar 03, 2016 at 03:01:15PM +0100, Vincent Guittot wrote:
> > In case a more formal derivation of this formula is needed, it is
> > based on the following 3 assumptions:
> >
> > (1) Performance is a linear function of frequency.
> > (2) Required performance is a linear function of the utiliz
Commit e91467ecd1ef ("bug in futex unqueue_me") introduces a barrier()
in unqueue_me(), to address below problem.
The scenario is like this:
original code:
retry:
lock_ptr = q->lock_ptr;
if (lock_ptr != 0) {
spin_lock(lock_ptr)
On Thu, Mar 03, 2016 at 11:21:33AM +0530, Sudip Mukherjee wrote:
> On Wed, Mar 02, 2016 at 02:24:22PM -0700, Ross Zwisler wrote:
> > On Mon, Feb 15, 2016 at 4:50 AM, Sudip Mukherjee
> > wrote:
> > > On Mon, Feb 15, 2016 at 04:20:45PM +0800, kernel test robot wrote:
> > >> Greetings,
> > >>
> > >>
On 03/03/2016 03:59 AM, Aleksey Makarov wrote:
>
>
> On 03/01/2016 06:31 PM, Peter Hurley wrote:
>> On 02/29/2016 04:02 AM, Aleksey Makarov wrote:
>>> 'ARM Server Base Boot Requirements' [1] mentions SPCR (Serial Port
>>> Console Redirection Table) [2] as a mandatory ACPI table that
>>> specifies
On Thu, Mar 03, 2016 at 04:27:39PM +0100, Ingo Molnar wrote:
>
> * Dexuan Cui wrote:
>
> > Hi,
> > My understanding about arch/x86/include/asm/barrier.h is: obviously Linux
> > more likes {L,S,M}FENCE -- Locked ADD is only used in x86_32 platforms that
> > don't support XMM2.
> >
> > However, i
On Thu, 3 Mar 2016, Huang Rui wrote:
> On Thu, Mar 03, 2016 at 09:50:11AM +0100, Thomas Gleixner wrote:
> > On Thu, 3 Mar 2016, Huang Rui wrote:
> > And of course if CPU_DOWN_PREPARE fails and this is the last cpu in the
> > compute unit, nothing takes over the duty for this compute unit. So you ne
On 03/03/16 15:14, David Long wrote:
> On 03/03/2016 03:01 AM, Marc Zyngier wrote:
>> On Thu, 3 Mar 2016 00:02:43 -0500
>> David Long wrote:
>>
>>> On 03/01/2016 01:04 PM, Marc Zyngier wrote:
On 01/03/16 02:57, David Long wrote:
> From: Sandeepa Prabhu
>
> Kprobes needs simulatio
On 16 February 2016 at 05:06, Magnus Damm wrote:
> From: Magnus Damm
>
> This patch adds comments to describe the various ways card detection
> may be implemented and when polling is needed. Also a fix is included
> to prevent the MMC SPI driver from polling when a CD GPIO that supports
> interru
On Fri, Feb 26, 2016 at 07:33:51PM +0530, Kedareswara rao Appana wrote:
> The current driver allows user to queue up multiple segments
> on to a single transaction descriptor. User will submit this single desc
> and in the issue_pending() we decode multiple segments and submit to SG HW
> engine.
>
On March 2, 2016 6:43:14 PM PST, Stephen Rothwell wrote:
>Hi Josh,
>
>Just a couple of quick comments ...
>
>On Wed, 2 Mar 2016 18:39:37 -0600 Josh Poimboeuf
>wrote:
>>
>> diff --git a/tools/objtool/Makefile b/tools/objtool/Makefile
>> index c4f0713..e4a6bd5 100644
>> --- a/tools/objtool/Makefil
* Dexuan Cui wrote:
> Hi,
> My understanding about arch/x86/include/asm/barrier.h is: obviously Linux
> more likes {L,S,M}FENCE -- Locked ADD is only used in x86_32 platforms that
> don't support XMM2.
>
> However, it looks people say Locked Add is much faster than the FENCE
> instructions, eve
On March 3, 2016 4:28:36 AM PST, Borislav Petkov wrote:
>On Wed, Mar 02, 2016 at 02:32:54PM -0800, H. Peter Anvin wrote:
>> I'm trying to think of any reason why we couldn't simply have a
>symbol
>> at the top of the initial stack? Then a simple leaq would suffice;
>> this is for the BSP after all
On Fri, Feb 26, 2016 at 07:33:54PM +0530, Kedareswara rao Appana wrote:
> static void xilinx_vdma_halt(struct xilinx_vdma_chan *chan)
> {
> - int loop = XILINX_VDMA_LOOP_COUNT;
> + int err = 0;
> + u32 val;
>
> vdma_ctrl_clr(chan, XILINX_VDMA_REG_DMACR, XILINX_VDMA_DMACR_RUNS
On Thu 03-03-16 23:10:09, Joonsoo Kim wrote:
> 2016-03-03 18:26 GMT+09:00 Michal Hocko :
> > On Wed 02-03-16 23:34:21, Joonsoo Kim wrote:
> >> 2016-03-02 23:06 GMT+09:00 Michal Hocko :
> >> > On Wed 02-03-16 22:32:09, Joonsoo Kim wrote:
> >> >> 2016-03-02 18:50 GMT+09:00 Michal Hocko :
> >> >> > On
On 3/2/2016 10:44 PM, Vinod Koul wrote:
> On Wed, Mar 02, 2016 at 01:40:58PM -0500, Sinan Kaya wrote:
>> On 2/26/2016 11:52 AM, Timur Tabi wrote:
>>> Sinan Kaya wrote:
Hi Marc Zyngier, Mark Rutland;
I'm looking forward to hear your feedback on this series.
>>>
>>> Would it be possibl
Hi Lu,
[auto build test ERROR on usb/usb-testing]
[also build test ERROR on v4.5-rc6 next-20160303]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Lu-Baolu/usb-add-support-for-Intel-dual-role
On Thu, 3 Mar 2016 14:34:25 +
One Thousand Gnomes wrote:
> We only have docbook because it was the tool of choice rather a lot of
> years ago to then get useful output formats. It was just inherited when
> borrowed the original scripts from Gnome/Gtk. It's still the most
> effective way IMHO
On Thu, Mar 03, 2016 at 01:47:18PM +, Colin King wrote:
> From: Colin Ian King
>
> priv->mdio->irq used to be allocated and required freeing, but it
> is now a fixed sized array and should no longer be free'd.
>
> Issue detected using static analysis with CoverityScan
>
> Fixes: e7f4dc3536a
On 03/03/2016 03:01 AM, Marc Zyngier wrote:
On Thu, 3 Mar 2016 00:02:43 -0500
David Long wrote:
On 03/01/2016 01:04 PM, Marc Zyngier wrote:
On 01/03/16 02:57, David Long wrote:
From: Sandeepa Prabhu
Kprobes needs simulation of instructions that cannot be stepped
from different memory locat
On Thu, Mar 03, 2016 at 02:12:28PM +0100, LABBE Corentin wrote:
> Commit e5a03bfd873c ("phy: Add an mdio_device structure") removed
> the addr member of the phy_device structure.
> This patch remove the documentation about that member.
>
> Signed-off-by: LABBE Corentin
Hi Corentin
The patch als
On Thu, Mar 03, 2016 at 09:50:11AM +0100, Thomas Gleixner wrote:
> On Thu, 3 Mar 2016, Huang Rui wrote:
> > +
> > +static void power_cpu_init(int cpu)
> > +{
> > + /*
> > +* 1) If any CPU is set at cpu_mask in the same compute unit, do
> > +* nothing.
> > +* 2) If no CPU is set at cpu
On Thu, 3 Mar 2016, Rob Herring wrote:
> On Wed, Mar 2, 2016 at 12:49 PM, atull wrote:
> > On Wed, 2 Mar 2016, Rob Herring wrote:
> >
> >> On Fri, Feb 26, 2016 at 3:44 PM, Alan Tull
> >> wrote:
> >> > This patch add of overlay notifications.
> >> >
> >> > When DT overlays are being added, some
This patch add of overlay notifications.
When DT overlays are being added, some drivers/subsystems
need to see device tree overlays before the changes go into
the live tree.
This is distinct from reconfig notifiers that are
post-apply or post-remove and which issue very granular
notifications wit
Hello,
On Wed, Feb 24, 2016 at 05:12:53PM -0500, Tejun Heo wrote:
> This patchset makes perf_event implicitly enabled on the v2 hierarchy
> so that cgroup v2 path automatically works with "perf record --cgroup"
> as long as perf_event controller is available and not mounted on a
> legacy hierarchy
On 3/3/2016 10:10 AM, Bjorn Helgaas wrote:
> That was my idea, but your minimal patch from last night looks awfully
> attractive, and maybe it's not worth moving it to arch/x86. I do think we
> could simplify the code significantly by getting rid of the kzalloc and
> acpi_irq_penalty_list from acp
On Wednesday 02 March 2016 11:25:43 Alexandre Belloni wrote:
> No members of struct pcf85063 are used anymore, remove the whole structure.
>
> Signed-off-by: Alexandre Belloni
> ---
> drivers/rtc/rtc-pcf85063.c | 22 +-
> 1 file changed, 5 insertions(+), 17 deletions(-)
>
> di
On 03/02/2016 07:44 AM, Hans Westgaard Ry wrote:
> IPoIB converts skb-fragments to sge adding 1 extra sge when SG is enabled.
> Current codepath assumes that the max number of sge a device support
> is at least MAX_SKB_FRAGS+1, there is no interaction with upper layers
> to limit number of fragment
On Thu, Mar 03, 2016 at 09:48:09AM -0500, Sinan Kaya wrote:
> Taking another stab at it.
>
> On 3/2/2016 10:14 PM, Sinan Kaya wrote:
> > Taking a step back here and also some inspiration from your code, why don't
> > we
> > fix the actual problem instead of redesigning the whole thing?
>
> I rea
* Stephen Rothwell wrote:
> Hi Josh,
>
> On Wed, 2 Mar 2016 21:20:58 -0600 Josh Poimboeuf wrote:
> >
> > On Thu, Mar 03, 2016 at 01:43:14PM +1100, Stephen Rothwell wrote:
> > >
> > > I was wondering if this would be more appropriate in scripts/objtool
> > > since it is used during the buildin
Hi,
My understanding about arch/x86/include/asm/barrier.h is: obviously Linux
more likes {L,S,M}FENCE -- Locked ADD is only used in x86_32 platforms that
don't support XMM2.
However, it looks people say Locked Add is much faster than the FENCE
instructions, even on modern Intel CPUs like Haswell,
On Thu, Mar 03, 2016 at 03:57:10PM +0100, Neil Armstrong wrote:
> Hi Andrew,
>
> On 03/03/2016 03:53 PM, Andrew Lunn wrote:
> >
> >> +- compatible: Should be "plxtech,nas782x-rps"
> >
> > Hi Neil
> >
> > It would be nice to be consistent with the naming.
> The compatible is now oxsemi,os810se-r
On 03/03/2016 07:06 AM, Matias Bjørling wrote:
Hi Jens,
A collection of fixes and features destined for 4.6. They contain:
- Two fixes from Javier regarding logical to physical table loading.
- Wenwei implemented support for multiple targets and luns in the
rrpc target.
- Small patc
* Ingo Molnar wrote:
> Yes, -Ow would be very useful, if it can 'guarantee' that no false negatives
> slip
> through:
> [...]
> This way no undeterministic, random, uninitialized (and worst-case: attacker
> controlled) values can ever enter the program flow (from the stack) [...]
Note that
Hi,
On Thursday, March 03, 2016 06:53:28 AM Jens Axboe wrote:
> On 03/03/2016 12:48 AM, Markus Pargmann wrote:
> > Hi Jens,
> >
> > On Sunday, February 21, 2016 03:01:20 PM Markus Pargmann wrote:
> >> Hi Jens,
> >>
> >> This pull request contains 7 patches for 4.6.
> >
> > any news on this pull re
On Thu, Mar 03, 2016 at 09:09:05PM +0800, Hekuang wrote:
> This problem can be reproduced as follows:
>
> We know cat /proc/version will read the memory of symbol
> linux_proc_banner, then we make a hardware memory access
> breakpoint on that address.
>
> on terminal 1:
>
> $ perf record -e me
Am Donnerstag, den 03.03.2016, 12:39 +0100 schrieb Neil Armstrong:
> Add PLX Technology vendor prefix.
>
> Signed-off-by: Neil Armstrong
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Documentation/devicetree/bindings/vendo
On 02/12/16 00:41, Shuah Khan wrote:
> Declare the interface types to be used on alsa for
> the new G_TOPOLOGY ioctl.
>
> Signed-off-by: Shuah Khan
> ---
> drivers/media/media-entity.c | 16
> include/uapi/linux/media.h | 10 ++
> 2 files changed, 26 insertions(+)
>
>
Am Donnerstag, den 03.03.2016, 15:29 +0100 schrieb Neil Armstrong:
> >> +static int oxnas_reset_reset(struct reset_controller_dev *rcdev,
> >> +unsigned long id)
> >> +{
> >> + struct oxnas_reset *data =
> >> + container_of(rcdev, struct oxnas_reset, rcdev);
> >> +
Op 03-03-16 om 15:34 schreef Gustavo Padovan:
> From: Gustavo Padovan
>
> Change SYNC_IOC_FILE_INFO behaviour to avoid future API breaks and
> optimize buffer
>
> Now num_fences can be filled by the caller to inform how many fences it
> wants to retrieve from the kernel. If the num_fences passed i
Applied to cgroup/for-4.6.
Thanks.
--
tejun
Applied to cgroup/for-4.6.
Thanks.
--
tejun
Hi Andrew,
On 03/03/2016 03:53 PM, Andrew Lunn wrote:
>
>> +- compatible: Should be "plxtech,nas782x-rps"
>
> Hi Neil
>
> It would be nice to be consistent with the naming.
The compatible is now oxsemi,os810se-rps-irq which is consistent with the timer.
>
> Maybe also the filename of the driv
On 02/03/2016 22:56, Radim Krčmář wrote:
> From: Radim Krčmář
>
> v3
> - mark patches reviewed by Paolo [1,9-14/16]
> - properly categorize reinject struct member [Paolo] [7/16]
> - use atomic_t to document reinject usage [Paolo] [15/16]
> - document PIT reinject modes [16/16]
>
> v2: http
On Thu, Mar 03, 2016 at 03:12:01PM +0100, Sebastian Andrzej Siewior wrote:
> On 2016-02-29 03:01:35 [-0800], tip-bot for Josh Poimboeuf wrote:
> > Gitweb:
> > http://git.kernel.org/tip/b9ab5ebb14ec389bd80f66613f1fe3f8f65f2521
> > Author: Josh Poimboeuf
> > objtool: Add CONFIG_STACK_VALIDA
Export list of functions below to build gpio-xgene-sb driver as module
+ irq_chip_*_parent()
+ irq_domain_create_hierarchy(),
+ irq_domain_set_hwirq_and_chip(),
+ irq_domain_reset_irq_data(),
+ irq_domain_alloc/free_irqs_parent()
Signed-off-by: Quan Nguyen
Link: https://lists.01.org/pipermail/kbu
Running "make O=foo" (with a relative directory path) fails with:
scripts/Makefile.include:3: *** O=foo does not exist. Stop.
/home/jpoimboe/git/linux/Makefile:1547: recipe for target 'tools/objtool'
failed
The tools Makefile gets confused by the relative path and tries to build
objtool in
601 - 700 of 1116 matches
Mail list logo
