On Tue, Mar 08, 2016 at 10:37:34AM -0500, Sinan Kaya wrote:
> On 3/8/2016 10:33 AM, Sinan Kaya wrote:
> > + int rc = 0;
> > +
>
> I should have initialized this to -1.
>
-1 is a magic number which stands for -EPERM which is wrong. Use
-ENODEV.
regards,
dan carpenter
* Stephen Rothwell wrote:
> Hi Andrew,
>
> Today's linux-next merge of the akpm tree got a conflict in:
>
> drivers/gpu/drm/omapdrm/omap_gem.c
>
> between commit:
>
> f6e45661f9be ("dma, mm/pat: Rename dma_*_writecombine() to dma_*_wc()")
>
> from the tip tree and patch:
>
> "dma-map
> /**
> - * add_disk - add partitioning information to kernel list
> + * device_add_disk - add partitioning information to kernel list
> + * @parent: parent device for the disk
> * @disk: per-device partitioning information
> *
> * This function registers the partitioning information in @dis
On Thu, 2016-03-10 at 10:16 +0800, Kejian Yan wrote:
> Both .get_rxfh and .get_rxfh are always return 0, it should return
> result
> from hardware when getting or setting rss. And the rss function
> should
> return the correct data type.
>
@@ -1213,7 +1213,7 @@ hns_get_rss(struct net_device *netd
SeongJae Park wrote:
> - - Locking functions.
> + - Acquiring functions.
Actually, this should be 'locking' functions. If you look at the text:
ACQUIRING FUNCTIONS
---
The Linux kernel has a number of locking constructs:
(*) spin locks
SeongJae Park wrote:
> The document uses two newlines between sections, one newline between
> item and its detailed description, and two spaces between sentences.
> However, there is few point that missed the rule. This commit fix them
> to use the rule consistently.
>
> Signed-off-by: SeongJae
SeongJae Park wrote:
> Signed-off-by: SeongJae Park
Acked-by: David Howells
SeongJae Park wrote:
> Virtual Machine Guests subsection has added with commit
> 6a65d26385bf487926a0616650927303058551e3 ("asm-generic: implement
> virt_xxx memory barriers") in memory-barriers.txt but it forgot to add
> the subsection in 'table of contents'. This commit adds the subsection
> i
Hi,
"Thang Q. Nguyen" writes:
> [ text/plain ]
> Hi,
> I would like to ask if I need to update anything else for this change?
seems like I don't have original patch in my inbox. Please resend.
--
balbi
signature.asc
Description: PGP signature
SeongJae Park wrote:
> This commit adds Korean version of memory-barriers.txt document. The
> header is refered to HOWTO Korean version.
>
> Signed-off-by: SeongJae Park
Nice. I just wish I could read it:-)
For what it's worth:
Acked-by: David Howells
I have modified the file dgap.c ,making changes to the multiline comments,thus
making them appear presentable
Signed-Off-By: Tanvi Surana
---
drivers/staging/dgap/dgap.c | 59 +
1 file changed, 33 insertions(+), 26 deletions(-)
diff --git a/drivers/s
On Thu, 2016-03-10 at 10:16 +0800, Kejian Yan wrote:
> If trying to get receive flow hash indirection table by ethtool, it
> needs
> to call .get_rxnfc to get ring number first. So this patch implements
> the
> .get_rxnfc of ethtool. And the data type of rss_indir_table is u32,
> it has
> to be mul
On 03/08/2016 07:44 PM, Paolo Bonzini wrote:
Yes, all of these are needed. :) This is admittedly a bit odd, but
kvm-unit-tests access.flat tests this if you run it with "-cpu host"
and of course ept=0.
KVM handles supervisor writes of a pte.u=0/pte.w=0/CR0.WP=0 page by
setting U=0 and W=1 in t
On 03/10/2016 01:34 PM, Xiangliang Yu wrote:
Add device HID AMDI0010 to match the AMD ACPI Vendor ID (AMDI) that
was registered in http://www.uefi.org/acpi_id_list, and the I2C
controller on future AMD paltform will use the HID instead of AMD0010.
Signed-off-by: Xiangliang Yu
---
drivers/acpi
Hi Nicholas,
W dniu 10.03.2016 o 06:19, Nicholas A. Bellinger pisze:
Hi Andrzej,
On Wed, 2016-03-09 at 13:53 +0100, Andrzej Pietrasiewicz wrote:
Hi Nicholas,
Applying the following patch to re-add the missing assingment
as a proper alloc_session callback.
diff --git a/drivers/usb/gadge
> > Could provide more information on how to use virtio-serial to exchange
> data? Thread , Wiki or code are all OK.
> > I have not find some useful information yet.
>
> See this commit in the Linux sources:
>
> 108fc82596e3b66b819df9d28c1ebbc9ab5de14c
>
> that adds a way to send guest trace
On 03/08/2016 07:44 PM, Paolo Bonzini wrote:
KVM handles supervisor writes of a pte.u=0/pte.w=0/CR0.WP=0 page by
setting U=0 and W=1 in the shadow PTE. This will cause a user write
to fault and a supervisor write to succeed (which is correct because
CR0.WP=0). A user read instead will flip U=
On 03/09/2016 04:52 PM, Michal Hocko wrote:
On Mon 08-02-16 14:38:06, Vlastimil Babka wrote:
The previous RFC is here [1]. It didn't have a cover letter, so the description
and results are in the individual patches.
FWIW I think this is a step in the right direction. I would give my
Thanks!
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
Three bug fixes:
- The fix for the page table corruption (CVE-2016-2143)
- The diagnose statistics introduced a regression for
On Thu, Mar 10, 2016 at 12:28:52AM +0100, Rafael J. Wysocki wrote:
> > [ I would not have chosen (1 + 1/n), but lets stick to that ]
>
> Well, what would you choose then? :-)
1/p ; 0 < p < 1
or so. Where p then represents the percentile threshold where you want
to bump to the next freq.
> I thi
On 2016年03月10日 05:35, Eduardo Valentin wrote:
> This changes the driver to use the devm_ version
> of thermal_zone_of_sensor_register and cleans
> up the local points and unregister calls.
>
> Cc: Zhang Rui
> Cc: Stephen Warren
> Cc: Thierry Reding
> Cc: Alexandre Courbot
> Cc: linux...@vge
On 03/08/2016 07:44 PM, Paolo Bonzini wrote:
Yes, all of these are needed. :) This is admittedly a bit odd, but
kvm-unit-tests access.flat tests this if you run it with "-cpu host"
and of course ept=0.
KVM handles supervisor writes of a pte.u=0/pte.w=0/CR0.WP=0 page by
setting U=0 and W=1 in t
Thanks Felipe for your feedback.
I will re-generate patches and resend.
Regards,
Thang Q. Nguyen -
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@linux.intel.com]
Sent: Thursday, March 10, 2016 3:15 PM
To: Thang Q. Nguyen; Thang Q. Nguyen; Felipe Balbi; Greg Kroah-Hartman;
linu
I think you'll find this condition is superfluous, as the whole function
is under #ifdef of that same.
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/rcu/tree.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index 4f7369d54de0..dd2646e56456 100644
On Thu, 10 Mar 2016, David Howells wrote:
SeongJae Park wrote:
- - Locking functions.
+ - Acquiring functions.
Actually, this should be 'locking' functions. If you look at the text:
ACQUIRING FUNCTIONS
---
The Linux kernel has a number of
On Wed, 2016-03-09 at 13:48 -0800, Brian Norris wrote:
> On Wed, Mar 09, 2016 at 09:57:24PM +0100, Boris Brezillon wrote:
> >
> > Add myself as the maintainer of the NAND subsystem.
> >
> > Signed-off-by: Boris Brezillon
> > ---
> > Changes since v1:
> > - rename the MAINTAINERS entry to NAND FL
The PM clocks framework requires clients to pass either a con-id or a
valid clk pointer in order to add a clock to a device. Add a new
function of_pm_clk_add_clks() to allows device clocks to be retrieved
from device-tree and populated for a given device. Note that
of_clk_get_from_provider() is not
Hello,
On 6 March 2016 at 22:42, Maxime Ripard
wrote:
> On Fri, Feb 26, 2016 at 01:51:51PM +0100, Michal Suchanek wrote:
>> Besides this non-technical objection there were multiple technical
>> objections.
>>
>> IIRC one was that the driver does not handle the case when the DMA
>> channels are n
On Thu, Mar 10, 2016 at 08:59:28AM +1100, NeilBrown wrote:
> When alloc_disk(0) is used ->major is completely ignored, all devices
> are allocated with a "major" of BLOCK_EXT_MAJOR.
>
> So don't allocate nd_blk_major
>
> Signed-off-by: NeilBrown
Reviewed-by: Johannes Thumshirn
--
Johannes Th
On Thu, Mar 10, 2016 at 08:59:28AM +1100, NeilBrown wrote:
> alloc_disk(0) does not require or use a ->major number,
> all devices are allocated with a major of BLOCK_EXT_MAJOR.
>
> So don't allocate btt_major.
>
> Signed-off-by: NeilBrown
Reviewed-by: Johannes Thumshirn
--
Johannes Thumshir
On Wed, 9 Mar 2016, Dmitry Torokhov wrote:
> >> When using the device tree binding OF compatible = "hid-over-i2c" the
> >> i2c id table also needs to have that name in order to auto load this
> >> driver, since i2c core reports module alias as i2c: where
> >> is compatible string of OF binding st
On Thu, Mar 10, 2016 at 08:59:28AM +1100, NeilBrown wrote:
> When alloc_disk(0) is used the ->major number is completely ignored.
> All devices are allocated with a major of BLOCK_EXT_MAJOR.
>
> So remove registration and deregistration of 'major'.
>
> Signed-off-by: NeilBrown
Reviewed-by: Joha
On Thu, Mar 10, 2016 at 08:59:28AM +1100, NeilBrown wrote:
> When alloc_disk(0) is used, the ->major number is ignored. All device
> numbers are allocated with a major of BLOCK_EXT_MAJOR.
>
> So remove all references to nvme_major.
>
> Signed-off-by: NeilBrown
Reviewed-by: Johannes Thumshirn
On Wed, 9 Mar 2016, Petr Mladek wrote:
> LivePatch framework deserves some documentation, definitely.
> This is an attempt to provide some basic info. I hope that
> it will be useful for both LivePatch producers and also
> potential developers of the framework itself.
Thanks for starting the effo
On Thu, Mar 10, 2016 at 11:21:21AM +0530, Vineet Gupta wrote:
> On Wednesday 09 March 2016 08:21 PM, Peter Zijlstra wrote:
> >> But in SLUB: bit_spin_lock() + __bit_spin_unlock() is acceptable ? How so
> >> (ignoring the performance thing for discussion sake, which is a side
> >> effect of
> >> th
On Thursday 10 March 2016, Alexei Starovoitov wrote:
> yes. this is also ok-ish fix.
> I've sent different version already:
> http://patchwork.ozlabs.org/patch/595617/
>
> I considered the option like yours but it's relying on gcc doing
> dead code elimination of 'if (false) {}' branch and though
On 3/9/2016 5:31 PM, Dinh Nguyen wrote:
On Wed, Mar 9, 2016 at 8:53 AM, Giuseppe CAVALLARO
wrote:
Hi Tomeu, Dinh, Andreas
I need a sum and help from you to go ahead on the
tx timeout.
The "stmmac: MDIO fixes" seems to be the candidate to
fix the phy connection and I will send the V2 asap (And
Hello dear,
I am Miss Nabila Karim. hope you remember me? is been a long time,
where have you been. well, contact me at this, is my directly and
private mail so we can talk
Nabila.
Hi Eduardo,
> This changes the driver to use the devm_ version
> of thermal_zone_of_sensor_register and cleans
> up the local points and unregister calls.
>
> Cc: Lukasz Majewski
> Cc: Zhang Rui
> Cc: Kukjin Kim
> Cc: Krzysztof Kozlowski
> Cc: linux...@vger.kernel.org
> Cc: linux-samsung-...
When computing the residue we need two pieces of information: the current
descriptor and the remaining data of the current descriptor. To get
that information, we need to read consecutively two registers but we
can't do it in an atomic way. For that reason, we have to check manually
that current de
On Wed, Mar 09, 2016 at 05:55:34PM -0800, Davidlohr Bueso wrote:
> From: Davidlohr Bueso
>
> Hi,
>
> Justifications are in each patch, there is slight impact (patch 2)
> on some tlb flushing intensive benchmarks (albeit using ipi batching
> nowadays). Specifically for the pft
> benchmark, on a
On Thu 10-03-16 10:41:00, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the xfs tree got a conflict in:
>
> fs/ext4/ext4.h
>
> between commit:
>
> 109811c20fb8 ("ext4: simplify io_end handling for AIO DIO")
>
> from the ext4 tree and commit:
>
> 74c66bcb7eda ("ext4:
On Thu 10-03-16 10:40:56, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the xfs tree got a conflict in:
>
> fs/ext4/inode.c
>
> between commit:
>
> 109811c20fb8 ("ext4: simplify io_end handling for AIO DIO")
>
> from the ext4 tree and commit:
>
> 74c66bcb7eda ("ext4:
On Wed, Mar 09, 2016 at 10:35:02PM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
> Subject: [PATCH] cpufreq: Move scheduler-related code to the sched directory
>
> Create cpufreq.c under kernel/sched/ and move the cpufreq code
> related to the scheduler to that file and to sched.h.
>
Hi Steve,
On 09/03/16 22:43, Steve Calfee wrote:
> On Wed, Mar 9, 2016 at 11:39 AM, Felipe F. Tonello
> wrote:
>> buflen by default (256) is smaller than wMaxPacketSize (512) in high-speed
>> devices.
>>
>> That caused the OUT endpoint to freeze if the host send any data packet of
>> length grea
Hi All,
Thanks for your suggestions before.
Could you help me to review this patch set if you are free?
Thanks
Yunhui
-Original Message-
From: Yunhui Cui [mailto:b56...@freescale.com]
Sent: Thursday, March 03, 2016 2:54 PM
To: dw...@infradead.org; computersforpe...@gmail.com; han...@fre
On Thu, 2016-03-10 at 02:29 +, Alexey Klimov wrote:
> This patch creates new driver that supports StreamLabs usb watchdog
> device. This device plugs into 9-pin usb header and connects to
> reset pin and reset button on common PC.
Hi,
a few remarks.
Regards
Oliver
>
On Wed 09-03-16 15:09:50, Sergey Senozhatsky wrote:
> Hello Jan,
>
> On (03/07/16 13:16), Jan Kara wrote:
> [..]
> > > So if this will be a problem in practice, using a kthread will probably be
> > > the easiest solution.
> >
> > Hum, and thinking more about it: Considering that WQ_MEM_RECLAIM wo
I've created a version 2 of this patch immediately which fixes the warning,
but somehow this stays ignored.
Please apply my second patch!
Maarten
> The patch to make uartlite_be/uartlite_le const was well-intended but
> caused a new build warning:
>
> tty/serial/uartlite.c: In function 'ulite_re
On Wed, Mar 09, 2016 at 02:38:52PM -0500, Rik van Riel wrote:
> On Wed, 2016-03-09 at 20:04 +0300, Roman Kagan wrote:
> > On Wed, Mar 09, 2016 at 05:41:39PM +0200, Michael S. Tsirkin wrote:
> > > On Wed, Mar 09, 2016 at 05:28:54PM +0300, Roman Kagan wrote:
> > > > For (1) I've been trying to make a
On Mon, Mar 07, 2016 at 04:44:36PM -0300, Arnaldo Carvalho de Melo wrote:
SNIP
>
> Adrian Hunter (5):
> perf inject: Hit all DSOs for AUX data in JIT and other cases
> perf session: Simplify tool stubs
> perf jit:
On Wed, Mar 09, 2016 at 01:35:27PM -0800, Eduardo Valentin wrote:
> This changes the driver to use the devm_ version
> of thermal_zone_of_sensor_register and cleans
> up the local points and unregister calls.
>
> Cc: Dmitry Torokhov
> Cc: Maxime Ripard
> Cc: Chen-Yu Tsai
> Cc: Hans de Goede
>
* Matthew Wilcox wrote:
> On Wed, Mar 09, 2016 at 01:08:08PM +0100, Ingo Molnar wrote:
> > * Matthew Wilcox wrote:
> > > I have no idea what it means. This is copy-and-change of the pmd version,
> > > which was originally commit db3eb96f4e6281b84dd33c8980dacc27f2efe177 by
> > > Andrea.
> >
>
Hi Jon,
On Thu, Mar 10, 2016 at 10:00 AM, Jon Hunter wrote:
> The PM clocks framework requires clients to pass either a con-id or a
> valid clk pointer in order to add a clock to a device. Add a new
> function of_pm_clk_add_clks() to allows device clocks to be retrieved
> from device-tree and pop
Baolin Wang writes:
> Hi Robert,
>
> On 4 March 2016 at 03:15, Robert Jarzmik wrote:
>> Baolin Wang writes:
>>> +static inline bool sg_is_contiguous(struct scatterlist *sga,
>>> + struct scatterlist *sgb)
>>> +{
>>> + return ((sga->page_link & ~0x3UL) + sga->
* Jonathan Corbet wrote:
> On Wed, 9 Mar 2016 15:07:07 -0700
> Scotty Bauer wrote:
>
> > On 03/09/2016 01:32 AM, Ingo Molnar wrote:
> > >
> > > Could you please add a high level description in Documentation
> > > that explains the attack and the way how this mitigation code
> > > prevents tha
SeongJae Park wrote:
> >> - - Locking functions.
> >> + - Acquiring functions.
> ...
> > It's specifically talking about locking functions that the kernel provides -
> > or are we calling the spin acquires and R/W spin acquires now? "Locking" is
> > the key that people referring to the d
Hi Matthias,
Sorry for the late reply, on a travelling now.
On 03/02/2016 10:08 PM, Matthias Brugger wrote:
On 23/01/16 10:39, Hanjun Guo wrote:
From: Hanjun Guo
Introduce a new file to hold ACPI based NUMA information
parsing from SRAT and SLIT.
SRAT includes the CPU ACPI ID to Proximity
On Wed 2016-03-09 15:09:50, Sergey Senozhatsky wrote:
> On (03/07/16 13:16), Jan Kara wrote:
> What do you think? Or would you prefer to first introduce async
> printk() rework, and move to console_unlock() in vprintk_emit()
> one release cycle later?
> IOW, in 3 steps:
> -- first make printk() asy
On Wed, Mar 09, 2016 at 11:55:43PM +0200, Ebru Akagunduz wrote:
> Currently khugepaged makes swapin readahead to improve
> THP collapse rate. This patch checks vm statistics
> to avoid workload of swapin, if unnecessary. So that
> when system under pressure, khugepaged won't consume
> resources to
On Thursday 10 March 2016 01:14 PM, Alexey Brodkin wrote:
>>> For example, serial port driver doesn't work when kernel is build for
>>> arc big endian architecture.
>> Last I tested Big Endian on SDP with 8250 part + 8250 driver it was working
>> fine.
>> I presume this is the systemC model for de
* Andy Lutomirski wrote:
> On Fri, Feb 12, 2016 at 11:04 AM, Andy Lutomirski wrote:
> > On Mon, Sep 21, 2015 at 11:23 PM, Ingo Molnar wrote:
> >> So when memory hotplug removes a piece of physical memory from pagetable
> >> mappings, it also frees the underlying PGD entry.
> >>
> >> This compl
On Tue 2016-03-08 06:03:24, Prarit Bhargava wrote:
>
>
> On 03/08/2016 02:59 AM, Thomas Gleixner wrote:
> > On Tue, 23 Feb 2016, Prarit Bhargava wrote:
> >
> >> This patchset adds monotonic and real printk timestamps. The first patch
> >> changes CONFIG_PRINT_TIME from a bool to an int to allow
On 10/03/2016 09:46, Xiao Guangrong wrote:
>
>> Yes, all of these are needed. :) This is admittedly a bit odd, but
>> kvm-unit-tests access.flat tests this if you run it with "-cpu host"
>> and of course ept=0.
>>
>> KVM handles supervisor writes of a pte.u=0/pte.w=0/CR0.WP=0 page by
>> setting
On 10/03/2016 09:36, Xiao Guangrong wrote:
>
>
> On 03/08/2016 07:44 PM, Paolo Bonzini wrote:
>> KVM handles supervisor writes of a pte.u=0/pte.w=0/CR0.WP=0 page by
>> setting U=0 and W=1 in the shadow PTE. This will cause a user write
>> to fault and a supervisor write to succeed (which is co
At boot time the regulator driver can be initialized before the
gpio, in which case the call to of_get_named_gpio will return
EPROBE_DEFER. This value is silently passed to regulator_register
which will return success, although the gpio is not registered
(regulator_ena_gpio_request not called) as t
2016-03-10 17:21 GMT+09:00 Tanvi Surana :
> I have modified the file dgap.c ,making changes to the multiline
> comments,thus making them appear presentable
>
> Signed-Off-By: Tanvi Surana
> ---
> drivers/staging/dgap/dgap.c | 59
> +
> 1 file changed,
On Thu, Mar 10, 2016 at 10:44:21AM +0700, Vincent Guittot wrote:
> We have the arch_scale_freq_capacity function that is arch dependent
> and can be used to merge the 2 formula that were described by peter
> above.
> By default, arch_scale_freq_capacity return SCHED_CAPACITY_SCALE which
> is max ca
From: Marcin Wojtas
This commit enables finding appropriate mbus window and obtaining its
target id and attribute for given physical address in two separate
routines, both for IO and DRAM windows. This functionality
is needed for Armada XP/38x Network Controller's Buffer Manager and
PnC configura
From: Marcin Wojtas
Armada 38x network controller supports hardware buffer management (BM).
Since it is now enabled in mvneta driver, appropriate nodes can be added
to armada-38x.dtsi - for the actual common BM unit (bm@c8000) and its
internal SRAM (bm-bppi), which is used for indirect access to
On 10/03/2016 09:27, Xiao Guangrong wrote:
>>
>
>> +if (!enable_ept) {
>> +guest_efer |= EFER_NX;
>> +ignore_bits |= EFER_NX;
>
> Update ignore_bits is not necessary i think.
More precisely, ignore_bits is only needed if guest EFER.NX=0 and we're
not in this CR0.WP=1/CR4.SM
This basic implementation allows to share code between driver using
hardware buffer management. As the code is hardware agnostic, there is
few helpers, most of the optimization brought by the an HW BM has to be
done at driver level.
Signed-off-by: Gregory CLEMENT
---
include/net/hwbm.h | 28
From: Marcin Wojtas
Since mvneta driver supports using hardware buffer management (BM), in
order to use it, board files have to be adjusted accordingly. This commit
enables BM on:
* A385-DB-AP - each port has its own pool for long and common pool for
short packets,
* A388-ClearFog - same as above
Hi Robert,
On 03/09/2016 08:27 PM, Robert Richter wrote:
On 23.01.16 17:39:23, Hanjun Guo wrote:
From: Hanjun Guo
Rework numa_add_memblk() to update the parameter "u64 size"
to "u64 end", this will make it consistent with x86 and
can simplify the code later.
Updates for arch/arm64/mm/numa.c
From: Marcin Wojtas
Buffer manager (BM) is a dedicated hardware unit that can be used by all
ethernet ports of Armada XP and 38x SoC's. It allows to offload CPU on RX
path by sparing DRAM access on refilling buffer pool, hardware-based
filling of descriptor ring data and better memory utilization
From: Marcin Wojtas
Since mvneta driver supports using hardware buffer management (BM), in
order to use it, board files have to be adjusted accordingly. This commit
enables BM on AXP-DB and AXP-GP in same manner - because number of ports
on those boards is the same as number of possible pools, ea
Allow Openblock AX3 using hardware buffer management with mvneta.
Signed-off-by: Gregory CLEMENT
---
arch/arm/boot/dts/armada-xp-openblocks-ax3-4.dts | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/armada-xp-openblocks-ax3-4.dts
b/arch/a
From: Marcin Wojtas
Armada XP network controller supports hardware buffer management (BM).
Since it is now enabled in mvneta driver, appropriate nodes can be added
to armada-xp.dtsi - for the actual common BM unit (bm@c) and its
internal SRAM (bm-bppi), which is used for indirect access to bu
There two things done in this patch,
1) Existing device tree entry 'qcom,ath10k-calibration-data' carries
not only calibration data, it carries board specific data too.
So, make appropriate update in doc.
2) ipq4019 wifi needs new devie tree entry to carry calibration
data alone (called
Hi Sinan,
On 03/08/2016 04:33 PM, Sinan Kaya wrote:
> The code is using the compatible DT string to associate a reset driver with
> the actual device itself. The compatible string does not exist on ACPI
> based systems. HID is the unique identifier for a device driver instead.
> The change allows
Hi,
This is the fifth version of the API set for HW Buffer management (that was
initially submitted here:
http://thread.gmane.org/gmane.linux.kernel/2125152).
Since the forth I integrated fixes found by Dmitri Epshtein:
- as pointed by Marcin, a filed witth the size of the buffer of the
pool wa
Now that the hardware buffer management framework had been introduced,
let's use it.
Signed-off-by: Gregory CLEMENT
---
drivers/net/ethernet/marvell/Kconfig | 1 +
drivers/net/ethernet/marvell/mvneta.c| 18 +++--
drivers/net/ethernet/marvell/mvneta_bm.c | 125 -
From: Marcin Wojtas
Some SRAM users may require non-bufferable access to the memory, which is
impossible, because devm_ioremap_wc() is used for setting sram->virt_base.
This commit adds optional flag 'no-memory-wc', which allow to choose remap
method, using DT property. Documentation is updated
Lockdep explicitly sets all the irq_desc locks as a single lock-class,
which causes a "possible recursive locking detected" warning when we
attempt to propagate the IRQ wake to our parent IRQ in
arizona_irq_set_wake. Although this appears to be a false positive
because an IRQ is unlikely to be its
On Wed, Mar 09, 2016 at 07:39:18PM +0200, Michael S. Tsirkin wrote:
> On Wed, Mar 09, 2016 at 08:04:39PM +0300, Roman Kagan wrote:
> > On Wed, Mar 09, 2016 at 05:41:39PM +0200, Michael S. Tsirkin wrote:
> > > On Wed, Mar 09, 2016 at 05:28:54PM +0300, Roman Kagan wrote:
> > > > For (1) I've been try
* Michal Hocko wrote:
> > > Why? Each syscall already is killable as the task might be killed by the
> > > OOM
> > > killer.
> >
> > Not all syscalls are interruptible - for example sys_sync() isn't:
>
> I guess we are talking past each other. [...]
Heh, you are being polite, I think what h
* Andy Lutomirski wrote:
> On Tue, Mar 8, 2016 at 8:20 AM, Ingo Molnar wrote:
> >
> > * Stas Sergeev wrote:
> >
> >> 25.02.2016 11:25, Ingo Molnar пишет:
> >> >
> >> > * Stas Sergeev wrote:
> >> >
> >> >> Currently x86's get_sigframe() checks for "current->sas_ss_size"
> >> >> to determine wh
TL;DR? Skip to the last paragraph.
On Wed, 09 Mar 2016, Mauro Carvalho Chehab wrote:
> I guess the conversion to asciidoc format is now in good shape,
> at least to demonstrate that it is possible to use this format for the
> media docbook. Still, there are lots of broken references.
Getting re
On 10 March 2016 at 17:07, Peter Zijlstra wrote:
> On Thu, Mar 10, 2016 at 10:44:21AM +0700, Vincent Guittot wrote:
>> We have the arch_scale_freq_capacity function that is arch dependent
>> and can be used to merge the 2 formula that were described by peter
>> above.
>> By default, arch_scale_fre
* Fenghua Yu wrote:
> From: Fenghua Yu
>
> A few new AVX-512 instruction groups/features are added in cpufeatures.h
> for enuermation: AVX512DQ, AVX512BW, and AVX512VL.
>
> The specification for latest AVX-512 including the features can be found at
> https://software.intel.com/sites/default/f
On Thu, Mar 10, 2016 at 05:23:54PM +0700, Vincent Guittot wrote:
> > No, since its a compile time thing, we can simply do:
> >
> > #ifdef arch_scale_freq_capacity
> > next_freq = (1 + 1/n) * max_freq * (util / max)
> > #else
> > next_freq = (1 + 1/n) * current_freq * (util_raw / ma
It was impossible to wake-up on card detect event because when sdhci
controller is runtime suspend, it is assumed that all the clocks are
disabled so we can't get irqs.
If the device is removable and there is no gpio to manage the card
detection then card detection polling is used.
Signed-off-by:
On Wed, Mar 09, 2016 at 10:46:55PM +0900, Namhyung Kim wrote:
> Hello,
>
> These are filter-related fixes and cleanups in the new hierarchy mode.
> Currently perf misbehaves in hierarchy mode when filter is applied.
> For example, it sometimes misses some (upper level) entries in the
> output or s
On 10/03/16 06:52, Ravishankar Karkala Mallikarjunayya wrote:
This is a patch to the s626.c file that fixes up a Block comments issues
found by the checkpatch.pl tool.
i.e. Block comments use a trailing */ on a separate line
Signed-off-by: Ravishankar Karkala Mallikarjunayya
---
drivers/sta
On 10/03/16 06:52, Ravishankar Karkala Mallikarjunayya wrote:
This is a patch to the s626.c file that fixes up a line over
80 characters issues found by the checkpatch.pl tool.
Signed-off-by: Ravishankar Karkala Mallikarjunayya
---
drivers/staging/comedi/drivers/s626.c | 3 ++-
1 file chang
On 10/03/16 06:52, Ravishankar Karkala Mallikarjunayya wrote:
This is a patch to the s626.c file that fixes up a type issues
found by the checkpatch.pl tool.
i.e Prefer kernel type 'u8' over 'uint8_t'
Prefer kernel type 'u16' over 'uint16_t'
Prefer kernel type 'u32' over 'uint32_t'
On Wed, Mar 09, 2016 at 09:40:07AM -0800, Stephane Eranian wrote:
> With your queue.tip perf/core branch, I run into another problem.
> I am monitoring with 2 PEBS events and I have the NMI watchdog enabled.
>
> I see non-EXACT PEBS records again, despite my change (which is in).
> I tracked it do
Hi David,
>> So if you know ahead of time how the page will be split up, just
>> calculate that when you get the page and increment the page count
>> appropriately.
>>
>> That's what we do in the NIU driver.
>
> Thanks for the suggestion, will check and get back.
>
I looked at the NIU driver and
On 10/03/16 06:52, Ravishankar Karkala Mallikarjunayya wrote:
This is a patch to the ni_tio.c file that fixes up a CHECK issues
found by the checkpatch.pl tool.
i.e. Avoid crashing the kernel - try using WARN_ON & recovery code
rather than BUG() or BUG_ON().
Signed-off-by: Ravishankar Karkala M
On 10/03/16 06:52, Ravishankar Karkala Mallikarjunayya wrote:
This is a patch to the ni_tio.c file that fixes up a type issues
found by the checkpatch.pl tool.
i.e. Prefer kernel type 'u64' over 'uint64_t'
Signed-off-by: Ravishankar Karkala Mallikarjunayya
---
drivers/staging/comedi/drivers/n
1 - 100 of 794 matches
Mail list logo
