Drivers shouldn't have to care about HAS_IOMEM to compile and having to
causes a Kconfig mess:
warning: (MEDIA_SUBDRV_AUTOSELECT && VIDEO_CX231XX && INV_MPU6050_I2C) selects
I2C_MUX which has unmet direct dependencies (I2C && HAS_IOMEM)
warning: (ST_IRQCHIP && STMMAC_PLATFORM && DWMAC_IPQ806X &&
Lots of drivers select MFD_SYSCON which depends on HAS_IOMEM and causes
this kbuild warning if HAS_IOMEM is not enabled:
warning: (ST_IRQCHIP && STMMAC_PLATFORM && DWMAC_IPQ806X && DWMAC_LPC18XX &&
DWMAC_ROCKCHIP && DWMAC_SOCFPGA && DWMAC_STI && TI_CPSW && PINCTRL_ROCKCHIP &&
PINCTRL_DOVE && POW
On Tue, Mar 29, 2016 at 2:14 PM, Denys Vlasenko wrote:
> Recent change to uapi/linux/swab.h needs this.
>
> Signed-off-by: Denys Vlasenko
> CC: Josh Boyer
> CC: Thomas Graf
> CC: Peter Zijlstra
> CC: David Rientjes
> CC: Arnd Bergmann
> CC: Ingo Molnar
> CC: Andrew Morton
> CC: Linus Torva
On Tue, Mar 29, 2016 at 07:03:01PM +0100, Jose Abreu wrote:
> The major part of this patch is the adding of an ALSA platform driver so that
> audio comes out of the box in AXS boards but we also added functionalities to
> the i2s driver and performed one bug fix related with the mask/unmask of
> i
Since commit ff2b13592299 ("gpio: make the gpiochip a real device"),
attempts to add a gpio chip prior to gpiolib initialization cause the
system to crash. Dump a warning to the console and return an error
if the situation is encountered.
Fixes: ff2b13592299 ("gpio: make the gpiochip a real device
The sa1100 gpio driver was initialized from interrupt initialization code,
which is earlier than the gpio subsystem is initialized. Since commit
ff2b13592299 ("gpio: make the gpiochip a real device"), this is fatal
and causes the system to crash.
The sa1100 gpio driver must be initialized prior to
Recent change to uapi/linux/swab.h needs this.
Signed-off-by: Denys Vlasenko
CC: Josh Boyer
CC: Thomas Graf
CC: Peter Zijlstra
CC: David Rientjes
CC: Arnd Bergmann
CC: Ingo Molnar
CC: Andrew Morton
CC: Linus Torvalds
CC: linux-kernel@vger.kernel.org
---
include/linux/compiler.h | 4 ++--
Adding lkml, which I forgot to do in my original email.
On Tue, Mar 29, 2016 at 2:05 PM, Denys Vlasenko wrote:
> On 03/29/2016 02:41 PM, Josh Boyer wrote:
>> Hello,
>>
>> We've had a report[1] that the changes to include/uapi/linux/swab.h
>> breaks the build for qemu. This appears to be because
On Tue, 29 Mar 2016 14:37:18 -0300
Daniel Bristot de Oliveira wrote:
> The above tracepoints are conditional, if dl_se->dl_yielded, only the
> yield tracepoint will happen. If !dl_se->dl_yielded, only the throttle
> tracepoint will happen.
Yes, I know they are conditional, but that doesn't make
Greg, please see below - this is probably more for you...
On 03/29/2016 04:56 AM, Steven Haigh wrote:
>
> Interestingly enough, this just happened again - but on a different
> virtual machine. I'm starting to wonder if this may have something to do
> with the uptime of the machine - as the system
On Tue, Mar 29, 2016 at 4:58 PM, Mark Brown wrote:
> On Tue, Mar 29, 2016 at 02:00:52PM +0200, Geert Uytterhoeven wrote:
>> On Sun, Mar 27, 2016 at 11:08 AM, Mark Brown wrote:
>
>> > The existing check in the patch should be an || not an ==, or possibly
>> > we should just not bother looking for
> -Original Message-
> From: Borislav Petkov [mailto:b...@alien8.de]
> Sent: Tuesday, March 29, 2016 11:42 AM
> To: X86 ML
> Cc: LKML ; virtualization@lists.linux-
> foundation.org; *S-Par-Maintainer
> Subject: [PATCH 02/10] x86/cpufeature: Kill cpu_has_hypervisor
>
> From: Borislav Pet
On 29/03/16 16:24, Arnd Bergmann wrote:
> On Tuesday 29 March 2016 08:10:08 Tim Harvey wrote:
>> Arnd,
>>
>> Right, on the IMX the MSI interrupt is GIC-120 which is also the
>> legacy INTD and I do see that if I happen to put a radio in a slot
>> where due to swizzling its pin1 becomes INTD (GIC-12
> Does this really look better to you?
>
> Long identifiers like "wait_event_interruptible_timeout"
> (32 chars) make
> using 80 columns a bit silly.
>
> Please remember checkpatch is a stupid script and that
> not every warning it emits is dicta.
Actually, not much and as a matter of fact, I hes
On Tue 2016-03-29 16:52:09, Sebastian Reichel wrote:
> Hi,
>
> On Tue, Mar 29, 2016 at 12:51:28PM +0200, Pavel Machek wrote:
> > For 1-3 in the series, Acked-by: Pavel Machek
> >
> > > Like the Nokia N900, the N950 has leds to show
> > > the state of sys_clkreq and sys_off_mode pins.
> > >
> >
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Tuesday, March 29, 2016 9:57 AM
> To: Moore, Robert; Zheng, Lv; Wysocki, Rafael J; Len Brown
> Cc: linux-a...@vger.kernel.org; linux-kernel; de...@acpica.org
> Subject: Re: [RFC PATCH] acpi: Use a more normal loggi
On Tue, Mar 29, 2016 at 10:50:11AM -0600, Jens Axboe wrote:
> >This looks weird, shouldn't the cpu assignment be determined by block
> >core (blk-mq) because block core decides how to use the queue?
>
> I agree, that belongs in the blk-mq proper, the driver should just follow
> the rules outlined,
On 03/25/2016 10:21 PM, Paolo Bonzini wrote:
On 25/03/2016 14:19, Xiao Guangrong wrote:
WARN_ON(pfec & (PFERR_PK_MASK | PFERR_RSVD_MASK));
- pfec |= PFERR_PRESENT_MASK;
+ errcode = PFERR_PRESENT_MASK;
if (unlikely(mmu->pkru_mask)) {
u32 pkru_bits,
On 30/03/2016 1:14 AM, Boris Ostrovsky wrote:
> On 03/29/2016 04:56 AM, Steven Haigh wrote:
>>
>> Interestingly enough, this just happened again - but on a different
>> virtual machine. I'm starting to wonder if this may have something to do
>> with the uptime of the machine - as the system that th
On Tue, Mar 29, 2016 at 8:24 AM, Arnd Bergmann wrote:
> On Tuesday 29 March 2016 08:10:08 Tim Harvey wrote:
>> Arnd,
>>
>> Right, on the IMX the MSI interrupt is GIC-120 which is also the
>> legacy INTD and I do see that if I happen to put a radio in a slot
>> where due to swizzling its pin1 becom
We need to ensure amd iommu v2 initializes before
driver uses such as drivers/gpu/drm/amd/amdkfd/kfd_module.c,
to do this make its init routine a subsys_initcall() which
ensures its load init is called first than modules when
built-in.
This reverts the old work around implemented through commit
1b
On Tue, 2016-03-29 at 19:14 +0200, Dominique van den Broeck wrote:
> Fixing a lone row exceeding 80 columns so the only remaining warnings
> emitted by checkpatch.pl are missing comments on spinlocks and memory
> barriers.
[]
> diff --git a/drivers/staging/fwserial/fwserial.c
> b/drivers/staging/f
On 03/29/2016 12:57 PM, Steven Rostedt wrote:
> Peter Zijlstra wrote:
>
>> > On Mon, Mar 28, 2016 at 01:50:51PM -0300, Daniel Bristot de Oliveira wrote:
>>> > > @@ -733,7 +738,9 @@ static void update_curr_dl(struct rq *rq)
>>> > >
>>> > > throttle:
>>> > > if (dl_runtime_exceeded(dl_
On 29/03/2016 7:27 p.m., Arnaldo Carvalho de Melo wrote:
Em Mon, Mar 28, 2016 at 10:45:38AM -0700, Andi Kleen escreveu:
From: Andi Kleen
When using perf script to look at PT traces it is often
useful to ignore the initialization code at the beginning.
On larger traces which may have many mill
Daniel,
On 29/03/16 18:13, Daniel Lezcano wrote:
> On 03/24/2016 06:53 PM, Julien Grall wrote:
>> Introduce a structure which are filled up by the arch timer driver and
>> used by the virtual timer in KVM.
>>
>> The first member of this structure will be the timecounter. More members
>> will be ad
2016-03-29 19:24 GMT+02:00 Jörg Otte :
> in v4.5 and earlier intel-pstate downscaled idle processors (load
> 0.1-0.2%) to minumum frequency, in my case 800MHz.
>
> Now in v4.6-rc1 the characteristic has dramatically changed. If in
> idle the processor frequency is more or less a few MHz around 2500
On Mon, Mar 28, 2016 at 03:36:10PM +0100, Jose Abreu wrote:
> HDMI audio support was added to the AXS board using an
> I2S cpu driver and a custom platform driver.
>
> The platform driver supports two channels @ 16 bits with
> rates 32k, 44.1k and 48k. ALSA Simple audio card is used to
> glue the
On Tue, Mar 29, 2016 at 9:44 AM, Roberto Fichera wrote:
> On 03/29/2016 06:40 PM, Tim Harvey wrote:
>> On Tue, Mar 29, 2016 at 9:13 AM, Roberto Fichera
>> wrote:
>>> On 03/29/2016 05:10 PM, Tim Harvey wrote:
Arnd,
Right, on the IMX the MSI interrupt is GIC-120 which is also the
>>
Hi Julien,
On 03/03/2016 05:26 PM, Julien Grall wrote:
> 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 st
On Wed, Mar 30, 2016 at 01:19:45AM +0800, kbuild test robot wrote:
> Hi Mark,
>
> [auto build test ERROR on regulator/for-next]
> [also build test ERROR on v4.6-rc1 next-20160329]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improving the
On Mon, Mar 28, 2016 at 03:13:51PM +0800, Peter Chen wrote:
> On Mon, Mar 28, 2016 at 02:51:40PM +0800, Baolin Wang wrote:
> > > I am afraid I still not find the user (udc driver) for this framework, I
> > > would
> > > like to see how udc driver block the enumeration until the charger
> > > det
On Thu, Mar 17, 2016 at 11:56 AM, Luis R. Rodriguez wrote:
> On Thu, Mar 17, 2016 at 11:13:03AM +, David Vrabel wrote:
>> On 16/03/16 20:08, Luis R. Rodriguez wrote:
>> > Toshi noted a while ago as well that if BIOS/firmware enables MTRR but
>> > the kernel does not have it enabled one issue m
Hi Shannon,
On 24/03/16 14:44, Shannon Zhao wrote:
Add a "uefi" node under /hypervisor node in FDT, then Linux kernel could
scan this to get the UEFI information.
CC: Rob Herring
Signed-off-by: Shannon Zhao
Acked-by: Rob Herring
Reviewed-by: Stefano Stabellini
---
Documentation/devicetree
This commit enables the active pullup (APU bit) by default for
the DS2482 1-Wire master.
>From the DS2482 datasheet:
"The APU bit controls whether an active pullup (controlled slew-rate
transistor) or a passive pullup (Rwpu resistor) will be used to drive
a 1-Wire line from low to high. When APU =
Hi Joerg,
On Tue, Mar 22, 2016 at 06:58:29PM +0100, Joerg Roedel wrote:
> From: Joerg Roedel
>
> Remove the usage of of_parse_phandle_with_args() and replace
> it by the phandle-iterator implementation so that we can
> parse out all of the potentially present 128 stream-ids.
>
> Signed-off-by:
Hi Mark,
[auto build test ERROR on regulator/for-next]
[also build test ERROR on v4.6-rc1 next-20160329]
[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/Mark-Brown/Applied-regulator-axp20x
On Wed, Mar 23, 2016 at 12:51:28PM +0100, Joerg Roedel wrote:
> On Tue, Mar 22, 2016 at 06:53:48PM +, Robin Murphy wrote:
> > In a stream-matching implementation, a device may quite legitimately
> > own anything up to _all_ of the stream IDs (32768, or 65536 if we
> > ever implement support for
Coding-style-only modifications to remove every warning saying:
WARNING: Prefer 'unsigned int' to bare use of 'unsigned'
Compiled against revision "next-20160327".
(checkpatch.pl was updated to treat "UNSPECIFIED_INT" warnings
as of commit a1ce18e4f941d20 )
Signed-off-by: Dominique van den Broe
On Tue, Mar 29, 2016 at 8:57 AM, Paolo Bonzini wrote:
>
> Windows lets applications choose the frequency of the timer tick,
> and in Windows 10 the maximum rate was changed from 1024 Hz to
> 2048 Hz. Unfortunately, because of the way the Windows API
> works, most applications who need a higher ra
On Tue, Mar 29, 2016 at 10:05:23AM +0800, Baolin Wang wrote:
> Yes, The user 'wm831x_power' did not implement any callbacks in
> 'usb_charger_detect_type()' function, but in
> 'usb_charger_detect_type()' function it just supplies different
> callbacks to get the charger type with simple logic. Any
On Fri, Mar 18, 2016 at 2:35 PM, Toshi Kani wrote:
> On Thu, 2016-03-17 at 17:06 -0700, Luis R. Rodriguez wrote:
>> On Mar 17, 2016 2:04 PM, "Toshi Kani" wrote:
>> >
>> > On Wed, 2016-03-16 at 00:29 +0100, Luis R. Rodriguez wrote:
>> > > On Tue, Mar 15, 2016 at 05:48:44PM -0600, Toshi Kani wrote:
Removing two "!= NULL" from fwserial.c as suggested by checkpatch.pl.
Note that the associated expression "port->port.console" is a 1-bit-field
that is already assumed as an implicit boolean (that is: without comparison)
Signed-off-by: Dominique van den Broeck
---
drivers/staging/fwserial/fwseri
Fixing a lone row exceeding 80 columns so the only remaining warnings
emitted by checkpatch.pl are missing comments on spinlocks and memory
barriers.
Signed-off-by: Dominique van den Broeck
---
drivers/staging/fwserial/fwserial.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
dif
On 28.03.2016 09:13, Rajesh Bhagat wrote:
-Original Message-
From: Mathias Nyman [mailto:mathias.ny...@linux.intel.com]
Sent: Wednesday, March 23, 2016 7:52 PM
To: Rajesh Bhagat
Cc: gre...@linuxfoundation.org; linux-...@vger.kernel.org; linux-
ker...@vger.kernel.org; Sriram Dash
Subj
On Tue, 29 Mar 2016 13:10:34 -0300
Daniel Bristot de Oliveira wrote:
> On 03/29/2016 12:16 PM, Peter Zijlstra wrote:
> >> + trace_sched_deadline_yield(&rq->curr->dl);
>
> ouch, it should be trace_sched_deadline_yield(dl_se). It works
> as is, but it is really very sad, my bad, sorry.
On 29/03/2016 19:10, Stas Sergeev wrote:
> Same on 3.18, and that's the oldest kernel that can be built
> on f23 (gcc5).
Can you try getting even older kernel directly from Koji? Worst case it
doesn't boot. :)
Paolo
> So that's a genuine bug after all, not a regression.
> So does anyone have
On 03/24/2016 06:53 PM, Julien Grall wrote:
Introduce a structure which are filled up by the arch timer driver and
used by the virtual timer in KVM.
The first member of this structure will be the timecounter. More members
will be added later.
A stub for the new helper isn't introduced because K
On Tue, 29 Mar 2016 18:04:01 +0200
Peter Zijlstra wrote:
> On Tue, Mar 29, 2016 at 11:57:00AM -0400, Steven Rostedt wrote:
> > Hmm, I probably could add tracing infrastructure that would let us
> > extend existing tracepoints. That is, without modifying sched_switch,
> > we could add a new tracep
29.03.2016 19:27, Paolo Bonzini пишет:
> On 29/03/2016 18:08, Stas Sergeev wrote:
I've been running dosemu and found out that it hangs
or reboots one of my PCs. This happens with any fedora-23
kernels and hand-compiled kernels. The latest I tried, were:
4.4.6-300.fc23.x86_64
>>>
On 29/03/16 18:07, Rob Herring wrote:
On Tue, Mar 29, 2016 at 9:43 AM, Srinivas Kandagatla
wrote:
On 29/03/16 15:11, Rob Herring wrote:
On Tue, Mar 29, 2016 at 8:11 AM, Srinivas Kandagatla
wrote:
On some SOCs PORTS_IMPL register value is never programmed by the BIOS
s/BIOS/firmware/
Hi Jean-Philippe,
On 03/10/2016 12:52 PM, Jean-Philippe Brucker wrote:
> Hi Eric,
>
> On Tue, Mar 01, 2016 at 06:27:46PM +, Eric Auger wrote:
>> [...]
>> +
>> +int iommu_get_single_reserved(struct iommu_domain *domain,
>> + phys_addr_t addr, int prot,
>> +
On Mon, Mar 28, 2016 at 02:32:11PM +0800, Yong Wu wrote:
> Currently __iommu_dma_alloc_pages assumes that all the IOMMU support
> the granule of PAGE_SIZE. It call alloc_page to try allocating memory
> in the last time. Fortunately the mininum pagesize in all the
> current IOMMU is SZ_4K, so this w
On Mon, Mar 28, 2016 at 04:41:43PM +0100, Colin King wrote:
> From: Colin Ian King
>
> pdata->regulators is an array, so can never be null, so the
> null check on this array is redundant and can be removed.
What is the value in this change? The check is always true so it will
be optimised away
On Tue, Mar 29, 2016 at 9:43 AM, Srinivas Kandagatla
wrote:
>
>
> On 29/03/16 15:11, Rob Herring wrote:
>>
>> On Tue, Mar 29, 2016 at 8:11 AM, Srinivas Kandagatla
>> wrote:
>>>
>>> On some SOCs PORTS_IMPL register value is never programmed by the BIOS
>>
>>
>> s/BIOS/firmware/
>
> BIOS is the wor
On Wed, Mar 16, 2016 at 1:20 PM, Luis R. Rodriguez wrote:
> On Thu, Nov 05, 2015 at 11:43:59AM -0800, Luis R. Rodriguez wrote:
>> On Thu, Nov 5, 2015 at 11:14 AM, Yinghai Lu wrote:
>> > On Mon, Sep 14, 2015 at 7:46 AM, Stuart Hayes
>> > wrote:
>> >>
>> >> Booting with 'disable_mtrr_cleanup' wor
On 03/29/2016 01:35 AM, Ingo Molnar wrote:
>
> * Mike Kravetz wrote:
>
>> When creating a hugetlb mapping, attempt PUD_SIZE alignment if the
>> following conditions are met:
>> - Address passed to mmap or shmat is NULL
>> - The mapping is flaged as shared
>> - The mapping is at least PUD_SIZE in
On 3/29/2016 4:22 PM, Jose Abreu wrote:
Hi Archit,
On 29-03-2016 09:05, Archit Taneja wrote:
Hi,
On 03/28/2016 08:06 PM, Jose Abreu wrote:
This patch adds audio support for the ADV7511 HDMI transmitter
using ALSA SoC.
The code was ported from Analog Devices linux tree from
commit 1770c4a1e
Hi Pontus,
[auto build test ERROR on wireless-drivers/master]
[also build test ERROR on v4.6-rc1 next-20160329]
[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/Bjorn-Andersson/Misc-wcn36xx
On Mon, Mar 28, 2016 at 03:36:08PM +0100, Jose Abreu wrote:
> ARC AXS10x platforms consist of a mainboard with several peripherals.
> One of those peripherals is an HDMI output port controlled by the ADV7511
> transmitter.
I'm going to tell you the same thing I tell everyone else working on
HDMI a
From: Colin Ian King
in the case where qed_slowpath_irq_req is not called, rc is not
assigned and so qed_int_igu_enable will return a garbage value.
Fix this by initializing rc to 0.
Signed-off-by: Colin Ian King
---
drivers/net/ethernet/qlogic/qed/qed_int.c | 2 +-
1 file changed, 1 insertion
On Tue, 2016-03-29 at 15:34 +, Moore, Robert wrote:
> On the other hand, we removed AE_INFO from ACPI_INFO a while back, and
> this may remove the necessity for the double parens.
Hmm, maybe not. It may be that MSVC's support for __VA_ARGS__ is
a bit unusual. What's the minimum ACPICA msvc v
The patch
regcache: flat: Require max_registers to be set
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
The patch
regulator: axp20x: support AXP809 variant
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
From: Colin Ian King
max_d is not initialized and should be set to the largest D
value of 6.
Signed-off-by: Colin Ian King
---
drivers/staging/sm750fb/ddk750_chip.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/sm750fb/ddk750_chip.c
b/drivers/staging/sm75
On Tue, Mar 29, 2016 at 09:45:05AM -0700, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Prevent SND_SST_IPC_ACPI from being selected when CONFIG_ACPI is
> not enabled. This fixes the kconfig warning:
These are drivers which can't be instantiated without ACPI...
signature.asc
Description: PGP s
On Tue, Mar 29, 2016 at 05:39:41PM +0100, Steve Capper wrote:
> HugeTLB pages cannot be split, thus use the compound_mapcount to
> track rmaps.
>
> Currently the page_mapped function will check the compound_mapcount, but
> will also go through the constituent pages of a THP compound page and
> que
On 03/29/2016 10:47 AM, Shaohua Li wrote:
On Tue, Mar 29, 2016 at 12:24:43AM -0700, Christoph Hellwig wrote:
On Fri, Mar 25, 2016 at 02:36:30PM -0700, Shaohua Li wrote:
we allocate most data structure in device's node, but some data
structures are not for DMA and mostly used by specific cpus/no
In my original patch sealing with policy was done with dynamically
allocated buffer that I changed later into an array so the checks in
tpm2-cmd.c became invalid. This patch fixes the issue.
Fixes: 5beb0c435bdd ("keys, trusted: seal with a TPM2 authorization policy")
Reported-by: Dan Carpenter
Si
On Tue, Mar 29, 2016 at 12:24:43AM -0700, Christoph Hellwig wrote:
> On Fri, Mar 25, 2016 at 02:36:30PM -0700, Shaohua Li wrote:
> > we allocate most data structure in device's node, but some data
> > structures are not for DMA and mostly used by specific cpus/node which
> > could diff from device'
From: Randy Dunlap
Add function stub for "sst_acpi_find_name_from_hid()"
when CONFIG_ACPI is not enabled so that the driver will build
successfully. This fixes the following build errors:
(loadable module)
ERROR: "sst_acpi_find_name_from_hid"
[sound/soc/intel/boards/snd-soc-sst-bytcr-rt5640.ko]
From: Randy Dunlap
Prevent SND_SST_IPC_ACPI from being selected when CONFIG_ACPI is
not enabled. This fixes the kconfig warning:
warning: (SND_SOC_INTEL_BYTCR_RT5640_MACH && SND_SOC_INTEL_BYTCR_RT5651_MACH &&
SND_SOC_INTEL_CHT_BSW_RT5672_MACH && SND_SOC_INTEL_CHT_BSW_RT5645_MACH &&
SND_SOC_IN
Colin King writes:
> From: Colin Ian King
>
> several functions are not initializing a return status in ret
> resulting in garbage to be returned instead of 0 for success.
> Currently, the calls to these functions are not checking the
> return, however, it seems prudent to return the correct stat
bio_alloc_bioset() allocates bvecs from bvec_slabs which can only
allocate maximum 256 bvec (eg, 1M for 4k pages). We can't bump
BLK_DEF_MAX_SECTORS to exceed this value otherwise bio_alloc_bioset will
fail.
In the future, we can extend the size either bvec_slabs array is
expanded or the upcoming
HugeTLB pages cannot be split, thus use the compound_mapcount to
track rmaps.
Currently the page_mapped function will check the compound_mapcount, but
will also go through the constituent pages of a THP compound page and
query the individual _mapcount's too.
Unfortunately, the page_mapped functio
From: Colin Ian King
several functions are not initializing a return status in ret
resulting in garbage to be returned instead of 0 for success.
Currently, the calls to these functions are not checking the
return, however, it seems prudent to return the correct status
in case they are to be check
On Tue, Mar 29, 2016 at 9:13 AM, Roberto Fichera wrote:
> On 03/29/2016 05:10 PM, Tim Harvey wrote:
>> Arnd,
>>
>> Right, on the IMX the MSI interrupt is GIC-120 which is also the
>> legacy INTD and I do see that if I happen to put a radio in a slot
>> where due to swizzling its pin1 becomes INTD
On Tue, Mar 29, 2016 at 05:39:35PM +0200, Peter Zijlstra wrote:
> On Tue, Mar 22, 2016 at 01:46:43PM -0400, Waiman Long wrote:
> > Ding Tianhong reported a live-lock situation where a constant stream
> > of incoming optimistic spinners blocked a task in the wait list from
> > getting the mutex.
> >
Hi,
> FBDEV_EMULATION vs. I915_FBDEV is probably a read herring, more likely is
> that for some odd reason the very first modeset fails. Once X has
> resurrect the screen, can you then switch to fbcon? Also please check in
> /sys/class/vtconsole whether the fbdev driver is loaded and bound (check
On 29-03-16, 17:14, Arnd Bergmann wrote:
> if (of_device_match(of_root, compat))
You meant of_match_node() here, right?
> platform_device_register_simple(NULL, "cpufreq-dt", 0, NULL, 0);
--
viresh
On 03/29/2016 06:40 PM, Tim Harvey wrote:
> On Tue, Mar 29, 2016 at 9:13 AM, Roberto Fichera wrote:
>> On 03/29/2016 05:10 PM, Tim Harvey wrote:
>>> Arnd,
>>>
>>> Right, on the IMX the MSI interrupt is GIC-120 which is also the
>>> legacy INTD and I do see that if I happen to put a radio in a slot
On 03/29/16 07:21, Borislav Petkov wrote:
> Hi guys,
>
> I'm seeing a bunch of those errors today on randconfig builds:
>
> sound/built-in.o: In function `snd_byt_rt5640_mc_probe':
> bytcr_rt5640.c:(.text+0x1593b4): undefined reference to
> `sst_acpi_find_name_from_hid'
> make: *** [vmlinux] Err
On Tue, Mar 22, 2016 at 01:46:44PM -0400, Waiman Long wrote:
> The current mutex code sets count to -1 and then sets the task
> state. This is the same sequence that the mutex unlock path is checking
> count and task state. That could lead to a missed wakeup even though
> the problem will be cleare
On 29-03-16, 17:14, Arnd Bergmann wrote:
> On Tuesday 29 March 2016 12:09:48 Viresh Kumar wrote:
> > +config CPUFREQ_DT_PLATDEV
> > + bool
> > + depends on CPUFREQ_DT
>
> The 'depends on' line is redundant as you always 'select' the code
> from CPUFREQ_DT. Since they are always set together, y
Hi Shannon,
On 24/03/16 14:44, Shannon Zhao wrote:
When booting with ACPI, it could get the event-channel irq through
The kernel will always get the event-channel IRQ through
HVM_PARAM_CALLBACK_IRQ.
So I would say: ", the kernel will get the event-channel..."
HVM_PARAM_CALLBACK_IRQ.
Sign
On Tue, Mar 29, 2016 at 03:44:18PM +0800, fu@linaro.org wrote:
> From: Tomasz Nowicki
>
> This commit provides APEI arch-specific bits for aarch64
>
> Meanwhile,
> (1)add a new subfunction "hest_ia32_init" for
> "acpi_disable_cmcff" which is used by IA-32 Architecture
> Corrected Machine Che
On 29/03/2016 10:39 PM, Alexander Stein wrote:
You missed CC'ing Phil (Added for this post)
On Tuesday 29 March 2016 20:53:58, Yong Li wrote:
Thanks for your comment, I think I can change it to val[0] | (val[1]
<< 8), is it okay ?
Mh, currently there is only one caller (device_pca953x_init) w
On Tue, Mar 29, 2016 at 05:18:38PM +0100, Will Deacon wrote:
> On Thu, Mar 24, 2016 at 10:44:31PM +0800, Shannon Zhao wrote:
> > When it's a Xen domain0 booting with ACPI, it will supply a /chosen and
> > a /hypervisor node in DT. So check if it needs to enable ACPI.
> >
> > Signed-off-by: Shannon
On Fri, Mar 25, 2016 at 9:31 PM, qiujiang wrote:
> - if (pp->idx == 0 &&
> - of_property_read_bool(port_np, "interrupt-controller")) {
> - pp->irq = irq_of_parse_and_map(port_np, 0);
> + if (dev->of_node && pp->idx == 0 &&
> +
On 03/28/2016 08:50 PM, Hillf Danton wrote:
>>
>> When creating a hugetlb mapping, attempt PUD_SIZE alignment if the
>> following conditions are met:
>> - Address passed to mmap or shmat is NULL
>> - The mapping is flaged as shared
>> - The mapping is at least PUD_SIZE in length
>> If a PUD_SIZE al
Hi Shannon,
On 24/03/16 14:44, Shannon Zhao wrote:
Make xen_xlate_map_ballooned_pages work with 64K pages. In that case
Kernel pages are 64K in size but Xen pages remain 4K in size. Xen pfns
refer to 4K pages.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
drivers/xen/xlate
On 29/03/2016 18:08, Stas Sergeev wrote:
> > > I've been running dosemu and found out that it hangs
> > > or reboots one of my PCs. This happens with any fedora-23
> > > kernels and hand-compiled kernels. The latest I tried, were:
> > > 4.4.6-300.fc23.x86_64
> > > 4.5.0-rc6
> >
> > Can you check
Em Mon, Mar 28, 2016 at 10:45:38AM -0700, Andi Kleen escreveu:
> From: Andi Kleen
>
> When using perf script to look at PT traces it is often
> useful to ignore the initialization code at the beginning.
>
> On larger traces which may have many millions of instructions
> in initialization code do
On Tue, Mar 29, 2016 at 05:32:41PM +0530, Purna Chandra Mandal wrote:
> It is required for MMC-over-SPI support. Linux MMC_SPI driver sometimes
> (depending on some logic) want chip-select to be kept enabled (using
> transfer.cs_change) even at the end of SPI message so that following
> message(s)
On Sun, Mar 13, 2016 at 06:54:30PM -0400, Stefan Berger wrote:
> The following series of patches implements a multi-instance vTPM
> proxy driver that can dynamically create TPM 'server' and client device
> pairs.
>
> Using an ioctl on the provided /dev/vtpmx, a client-side vTPM device
> and a ser
On 03/29/2016 05:10 PM, Tim Harvey wrote:
> Arnd,
>
> Right, on the IMX the MSI interrupt is GIC-120 which is also the
> legacy INTD and I do see that if I happen to put a radio in a slot
> where due to swizzling its pin1 becomes INTD (GIC-120) the interrupt
> does fire and the device works. Any ot
Signed-off-by: Crestez Dan Leonard
---
Previous version had an extra printk on pressure read, please ignore. Also
patch update notes were above the ---.
drivers/iio/pressure/Kconfig | 10 +
drivers/iio/pressure/Makefile | 1 +
drivers/iio/pressure/hp206c.c | 426
Looks like rhashtable has too much policy in it to properly deal with
cases where there are too many hash collisions, so I am going to work on
reverting it's use in mac80211.
Thanks,
Ben
On 03/28/2016 01:29 PM, Ben Greear wrote:
Hello!
I have a use case for mac80211 where I create multiple sta
On Thu, Mar 24, 2016 at 10:44:31PM +0800, Shannon Zhao wrote:
> When it's a Xen domain0 booting with ACPI, it will supply a /chosen and
> a /hypervisor node in DT. So check if it needs to enable ACPI.
>
> Signed-off-by: Shannon Zhao
> Reviewed-by: Stefano Stabellini
> Acked-by: Hanjun Guo
> ---
> Tony, it looks like that cpu_has_x2apic in asm/iommu.h has been
> forgotten and can go now?
Yes - it looks to be a relic of some common code with x86 where ia64 needed
To indicate that it didn't have x2apic. Dropping it looks fine.
-Tony
On Tue, Mar 29, 2016 at 12:49 AM, Andy Lutomirski wrote:
> On Tue, Mar 29, 2016 at 12:43 AM, Daniel Vetter
> wrote:
>> On Tue, Mar 29, 2016 at 4:39 AM, Andy Lutomirski wrote:
>>> AFAICT something got rather screwed up in i915 land for 4.5.
>>>
>>> $ git log --oneline --grep='Pretend cursor is a
401 - 500 of 1022 matches
Mail list logo