The 'end' tag is actually 0x0f, it's the representation as a
small resource data type tag that's 0x78 (ie shifted by 3).
This patch also adds helper functions to extract the resource
data type tags for both large and small resource data types.
Cc: Alexander Duyck
Cc: Bjorn Helgaas
Signed-off-by:
PCI-2.2 VPD entries have a maximum size of 32k, but might actually
be smaller than that. To figure out the actual size one has to read
the VPD area until the 'end marker' is reached.
Trying to read VPD data beyond that marker results in 'interesting'
effects, from simple read errors to crashing the
PCI VPD suffers from two problems: it has a very rudimentary interface
and it relies on correctly formatted data. And essentially it provides
a direct channel into the card hardware. In other words, plenty of
chances to mess things up.
With the original implementation we would just read the VPD spa
The raw_data and raw_size fields are to provide tracepoint specific
information. They will be used by dynamic sort keys later.
Signed-off-by: Namhyung Kim
---
Fix segfault when --children is used.
tools/perf/util/hist.c | 4
tools/perf/util/sort.h | 2 ++
2 files changed, 6 insertions(+)
On Mon, Dec 14, 2015 at 5:41 PM, Andrew F. Davis wrote:
> What I'm worried about looks to have happened with the gpio-74x164
> driver, this is kind of the companion device to mine (74164 / 74165)
> and should work with any 74164 compatible shift register (possibly 100s
> of versions of them), but
On Thu, Dec 17, 2015 at 9:28 AM, Geert Uytterhoeven
wrote:
> Given the limitations of the '164 for SPI, is the same true for '165, and
> should it be "[...]74[...]597" instead?
Forget it, this driver is not about SPI.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- Th
On 12/17/2015 08:03 AM, Daniel Wagner wrote:
> On 12/17/2015 07:51 AM, Wangnan (F) wrote:
>> On 2015/12/17 14:38, Daniel Wagner wrote:
>>> On 12/17/2015 06:23 AM, Wang Nan wrote:
Since we already have libbpf in tools/lib, we don't need to maintain
another bpf loader and operations library
On 12/16/15, Jeff Merkey wrote:
> On 12/16/15, Andy Lutomirski wrote:
>> On Wed, Dec 16, 2015 at 4:31 PM, Jeff Merkey wrote:
>>> On 12/16/15, Andy Lutomirski wrote:
On Dec 16, 2015 3:12 PM, "Jeff Merkey" wrote:
>
> Setting a hardware breakpoint at the
>
> rex64 sysret
Hi Arnd,
On mer., déc. 16 2015, Arnd Bergmann wrote:
> On Wednesday 16 December 2015 19:31:30 Gregory CLEMENT wrote:
>> diff --git a/drivers/net/ethernet/cadence/macb.c
>> b/drivers/net/ethernet/cadence/macb.c
>> index 88c1e1a..35661aa 100644
>> --- a/drivers/net/ethernet/cadence/macb.c
>> ++
On Wed, Dec 16, 2015 at 07:34:20PM -0500, Johannes Weiner wrote:
> Fixlets based on review feedback from Vladimir:
>
> 1. The memcg_create_mutex is to stabilize a cgroup's hereditary
>settings that are not allowed to change once the cgroup has
>children: kmem accounting and hierarchy mode.
On Tue, Dec 15, 2015 at 02:00:21PM +0100, LABBE Corentin wrote:
> Precalculated hash for empty message are now present in hash headers.
> This patch just use them.
>
> Signed-off-by: LABBE Corentin
> ---
> drivers/crypto/Kconfig | 2 ++
> drivers/crypto/n2_core.c | 33 ++--
On 17 December 2015 at 06:27, Nish Aravamudan wrote:
> On Wed, Dec 16, 2015 at 3:05 PM, Nish Aravamudan
> wrote:
>> On Wed, Dec 16, 2015 at 2:55 PM, Crt Mori wrote:
>>>
>>> On Dec 16, 2015 11:37 PM, "Nish Aravamudan"
>>> wrote:
Hi,
On Wed, Dec 16, 2015 at 2:22 PM, Crt Mori
Greetings,
My name is Mr.Michael J. Tynan, I am a banker with Bank Of America. It is true
that we have not meet each other in person, but I strongly believe in trust and
friendship in every business. I have a Lebanese deceased customer's abandoned
fund, which I am his personal financial adviser
On 12/16/2015 07:16 PM, Jason Gunthorpe wrote:
> On Wed, Dec 16, 2015 at 11:26:39AM +0100, Michael Wang wrote:
[snip]
>>
>> I've rechecked the ib_init_ah_from_path() again, and found it
>> still set IB_AH_GRH when the GID cache missing, but with:
>
> How do you mean?
>
> ah_attr
Here introduces regcache_get_index() for regmap cache, which uses
the register stride order and bit rotation.
Signed-off-by: Xiubo Li
---
drivers/base/regmap/internal.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/base/regmap/internal.h b/drivers/base/regmap/internal.h
index
Since the register stride should always equal to 2^N, and bit rotation is
much faster than multiplication and division. So introducing the stride
order and using bit rotation to get the offset of the register from the
index to improve the performance.
Signed-off-by: Xiubo Li
---
drivers/base/reg
Xiubo Li (3):
regmap: core: Introduce register stride order
regcache: Introduce the index parsing API
regcache: flat: Introduce regcache_get_index()
drivers/base/regmap/internal.h | 13 +
drivers/base/regmap/regcache-flat.c | 11 ++-
drivers/base/regmap/regmap.c
Here we introduce regcache_get_index(), which using register stride
order and bit rotation, will save some memory spaces for flat cache.
Though this will also lost some access performance, since the bit
rotation is used to get the index of the cache array, and this could
be ingored for memory I/O a
On Thu, Dec 3, 2015 at 8:41 PM, Herbert Xu wrote:
> On Mon, Nov 30, 2015 at 06:18:59PM +0800, Herbert Xu wrote:
>>
>> OK that's better. I think I see the problem. The test in
>> rhashtable_insert_rehash is racy and if two threads both try
>> to grow the table one of them may be tricked into doin
On Mon, Dec 14, 2015 at 08:44:19AM +, Pathak, Rahul (R.) wrote:
> From: Rahul Pathak
>
> Removed unused variable "err" and directly return "0"
>
> Reported by coccicheck -
> ./drivers/crypto/atmel-sha.c:758:5-8: Unneeded variable: "err". Return "0" on
> line 766
>
> Signed-off-by: Rahul Pa
On Sun, Dec 13, 2015 at 03:30:41AM -0800, Haren Myneni wrote:
>
> NX842 coprocessor sets 3rd bit in CR register with XER[S0] which is
> nothing to do with NX request. Since this bit can be set with other
> valuable return status, mast this bit.
>
> One of other bits (INITIATED, BUSY or REJECTED)
On Thu, Dec 17, 2015 at 04:46:00PM +0800, Xin Long wrote:
>
> sorry for late test, but unfortunately, my case with rhashtalbe still
> return EBUSY.
> I added some debug code in rhashtable_insert_rehash(), and found:
> *future_tbl is null*
>
> fail:
> /* Do not fail the insert if someone el
On Thu, Dec 17, 2015 at 04:40:18PM +0800, Herbert Xu wrote:
> On Tue, Dec 15, 2015 at 02:00:21PM +0100, LABBE Corentin wrote:
> > Precalculated hash for empty message are now present in hash headers.
> > This patch just use them.
> >
> > Signed-off-by: LABBE Corentin
> > ---
> > drivers/crypto/K
On Wed, Dec 16, 2015 at 03:22:50PM -0800, James Smart wrote:
> Johannes,
>
> Thank you for the time and effort on the patch. At this time, as it doesn't
> functionally change anything, I did not include the patch. I will consider
> it if we see additional issues it can help resolve.
As I already
Am 17.12.2015 um 01:37 schrieb Eric Anholt:
> Arnd Bergmann writes:
>
>> On Wednesday 16 December 2015 15:55:07 Eric Anholt wrote:
>>> This is a major rewrite of the previous Raspberry Pi 2 submission.
>>> SMP support is now included, and the DT includes are cleaned up to
>>> avoid massive duplica
On Thu, Dec 17, 2015 at 09:48:24AM +0100, LABBE Corentin wrote:
>
> You are right, I missed it also in ccp/ux500.
I think you need it for all three drivers.
Cheers,
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To
checkpatch.pl wants arrays of strings declared as follows:
static const char * const names[] = { "vq-1", "vq-2", "vq-3" };
Currently the find_vqs() function takes a const char *names[] argument
so passing checkpatch.pl's const char * const names[] results in a
compiler error due to losing the s
On Fri, Dec 11, 2015 at 7:29 PM, Miklos Szeredi wrote:
> Hi Linus,
>
> Please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus
>
> Two bugfixes, both bound for -stable.
>
Hi Miklos,
Why is the SEEK_HOLE/SEEK_DATA patch [1] not considered for 4.4? Or
wi
On 12/17/2015 09:49 AM, Johannes Thumshirn wrote:
On Wed, Dec 16, 2015 at 03:22:50PM -0800, James Smart wrote:
Johannes,
Thank you for the time and effort on the patch. At this time, as it doesn't
functionally change anything, I did not include the patch. I will consider
it if we see additional
On Thu, Dec 17, 2015 at 4:48 PM, Herbert Xu wrote:
> On Thu, Dec 17, 2015 at 04:46:00PM +0800, Xin Long wrote:
>>
>> sorry for late test, but unfortunately, my case with rhashtalbe still
>> return EBUSY.
>> I added some debug code in rhashtable_insert_rehash(), and found:
>> *future_tbl is null*
>
Hi,
On 15/12/15 17:45, Mark Brown wrote:
> On Tue, Dec 15, 2015 at 05:28:37PM +, Mark Rutland wrote:
> > On Tue, Dec 15, 2015 at 05:17:13PM +, Mark Brown wrote:
>
> > > Obviously people are going to get upset if we introduce performance
> > > regressions - but that's true always, we can a
Propose complete review of Linux architecture and use of swapgs
instruction to enable kgdb, kdb, mdb, kprobes, and other debugging
tools to operate correctly.
Linux currently does not support the above listed tools due to an
architectural limitation in the way Linux deals with
userspace/kernelspac
On Wed, 16 Dec 2015 10:38:03 + Russell King - ARM Linux wrote:
> On Wed, Dec 16, 2015 at 11:32:17AM +0100, Daniel Lezcano wrote:
> > On 12/16/2015 10:33 AM, Russell King - ARM Linux wrote:
> > >On Wed, Dec 16, 2015 at 10:21:55AM +0100, Daniel Lezcano wrote:
> > >>On 12/16/2015 08:36 AM, Ji
Previously, when finishing a checkpoint, we have persisted all fs meta
info including meta inode, node inode, dentry page of directory inode, so,
after a sudden power cut, f2fs can recover from last checkpoint with full
directory structure.
But during checkpoint, we didn't flush dirty pages of reg
Add to stat dirty regular and symlink inode for showing in debugfs.
Signed-off-by: Chao Yu
---
v2:
- rename F2FS_DIRTY_DATAS to F2FS_DIRTY_DATA
v3:
- fix compiler warning
---
fs/f2fs/checkpoint.c | 7 ++-
fs/f2fs/debug.c | 6 +-
fs/f2fs/f2fs.h | 13 +++--
3 files
This patch adds a tracepoint for sync_dirty_inodes.
Signed-off-by: Chao Yu
---
fs/f2fs/checkpoint.c| 8
include/trace/events/f2fs.h | 38 ++
2 files changed, 46 insertions(+)
diff --git a/fs/f2fs/checkpoint.c b/fs/f2fs/checkpoint.c
index 530
> -Original Message-
> From: Fan Li [mailto:fanofcode...@samsung.com]
> Sent: Thursday, December 17, 2015 1:21 PM
> To: 'Jaegeuk Kim'
> Cc: linux-kernel@vger.kernel.org; linux-f2fs-de...@lists.sourceforge.net
> Subject: [f2fs-dev] [PATCH] f2fs: optimize the flow of f2fs_map_blocks
>
> chec
On 16.12.2015 21:09, Rainer Weikusat wrote:
> With b3ca9b02b00704053a38bfe4c31dbbb9c13595d0, the AF_UNIX SOCK_STREAM
> receive code was changed from using mutex_lock(&u->readlock) to
> mutex_lock_interruptible(&u->readlock) to prevent signals from being
> delayed for an indefinite time if a thread
Andi,
On Wed, Dec 16, 2015 at 1:21 PM, Andi Kleen wrote:
>> > +/*
>> > + * Check whether we can use a group for top down.
>> > + * Without a group may get bad results due to multiplexing.
>> > + */
>>
>> That is not because you have a counter used by the NMI that
>> you cannot group. If HT is off
Hi Brian,
On Mon, 2015-12-14 at 11:15 -0800, Brian Norris wrote:
> Hi Michael,
>
> On Mon, Dec 14, 2015 at 02:19:35PM +1100, Michael Ellerman wrote:
> > On Fri, 2015-12-11 at 15:15 -0800, Brian Norris wrote:
> >
> > > There are several places where we don't report proper exit statuses, and
> > >
On Wed, Dec 16, 2015 at 11:31 AM, Geert Uytterhoeven
wrote:
> Add myself as a co-maintainer for Renesas Pin Controllers.
>
> Signed-off-by: Geert Uytterhoeven
> ---
> To be included in next sh-pfc-for-v4.5 pull request.
Awesome.
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe f
Tach Arnd,
On 16/12/15 15:43, Arnd Bergmann wrote:
> On Wednesday 16 December 2015 14:55:43 Andre Przywara wrote:
>> Using the plain multi_v7_defconfig (which doesn't have LPAE and makes me
>> loose half of the RAM on that box) didn't show the bug so far.
>> One of the effects of turning on LPAE i
> >> 2.5.0
> >
> > With this patch, ep0 transfer breaks. it because the 'enabled' of ep0
> > is not set. Ep0 is not enabled by usb_ep_enable, but in UDC driver. So
> > there need another patch to set ep0's flag also.
>
> yeah, we don't like regressions :-) So the fix should come before
> $subject
On Thu, Dec 17, 2015 at 07:34:27AM +0800, Yuyang Du wrote:
> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> index e3266eb..3f6a8b3 100644
> --- a/kernel/sched/fair.c
> +++ b/kernel/sched/fair.c
> @@ -2908,10 +2908,18 @@ void remove_entity_load_avg(struct sched_entity *se)
> {
> str
On Thursday 17 December 2015 09:28:36 Andre Przywara wrote:
>
> So it was running for almost a day without LPAE now, but with highmem,
> and the bug didn't show up. So for the time being I'd avoid another test
> run without highmem, as LPAE alone is sufficient to trigger it.
There is clearly no n
On Wed, Dec 16, 2015 at 05:18:48PM -0800, David Daney wrote:
> What is the status of this patch? It there a good likelihood that it will
> make it into v4.4?
>
> If not, we should request that c55a6ffa6285 ("locking/osq: Relax atomic
> semantics") be reverted for v4.4
I think Peter was going to
On 12/16/2015 07:48 PM, Boris Brezillon wrote:
On Wed, 16 Dec 2015 17:27:48 +0530
Archit Taneja wrote:
+/*
+ * NAND controller page layout info
+ *
+ * |---| |-|
+ * | xx...xx| | *xx...xx|
+ *
Instead of being at the MAC level the reset gpio preperty is moved at the
PHY child node level. It is still managed by the MAC, but from the point
of view of the binding it make more sense to be part of the PHY node.
This commit also fixes a build errors if GPIOLIB is not selected.
Signed-off-by:
DT binding documentation for this new ASoC driver.
Signed-off-by: Songjun Wu
---
Changes in v2: None
.../devicetree/bindings/sound/atmel-pdmic.txt | 55
1 file changed, 55 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/atmel-pdmic.txt
dif
Add driver for the Pulse Density Modulation Interface
Controller. It comes with digitallly controlled gain,
a High-Pass and a SINCC filter.
Signed-off-by: Songjun Wu
---
Changes in v2:
- Remove the function 'atmel_pdmic_codec_get_remap', since the regmap
is initialized in the core.
- Replace '
On Dec 16 2015 or thereabouts, Nish Aravamudan wrote:
> Hi Jiri,
>
> On Wed, Dec 16, 2015 at 5:18 AM, Jiri Kosina wrote:
> > On Wed, 16 Dec 2015, Mika Westerberg wrote:
> >
> >> > [Apologies for the resend, didn't realize I hadn't changed my GMail
> >> > settings
> >> > to not use HTML.]
> >> >
The Pulse Density Modulation Inteface Controller driver
includes two parts.
1) Driver code to implement the PDMIC function.
2) Device tree binding documentation, it describes how to add
the PDMIC in device tree.
Changes in v2:
- Remove the function 'atmel_pdmic_codec_get_remap', since the regma
Add driver for the Pulse Density Modulation Interface
Controller. It comes with digitallly controlled gain,
a High-Pass and a SINCC filter.
Signed-off-by: Songjun Wu
---
Changes in v2:
- Remove the function 'atmel_pdmic_codec_get_remap', since the regmap
is initialized in the core.
- Replace '
DT binding documentation for this new ASoC driver.
Signed-off-by: Songjun Wu
---
Changes in v2: None
.../devicetree/bindings/sound/atmel-pdmic.txt | 55
1 file changed, 55 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/atmel-pdmic.txt
dif
There is a discussion about improving the usability of kselftest by
creating test-specific kconfig in recent kernel Summit.
Patch 1 keep test-specific kconfig fragments inside each selftest so
that merge_configs.sh could build up a kernel that can test the
specific or all feature(s).
Patch 2 add
Create the config file in each directory of testcase which need
more kernel configuration than the default defconfig. User could
use these configs with merge_config.sh script:
Enable config for specific testcases:
(export ARCH=xxx #for cross compiling)
./scripts/kconfig/merge_config.sh .config \
Add kselftest-mergeconfig to enable the dependencies of kernel
config for all the kselftest testcases. User could call it after
create the kernel configuration(.config), eg:
$ make kselftest-mergeconfig
Signed-off-by: Bamvor Jian Zhang
---
scripts/kconfig/Makefile | 9 +
1 file changed,
These series of patches try to convert parport device(ppdev) to
y2038 safe, and support y2038 safe and unsafe application at the
same time. The first version is here[1].
An y2038 safe application/kernel use 64bit time_t(aka time64_t)
to avoid 32-bit time types broken in the year 2038. Given that
s
The arg of ioctl in ppdev is the pointer of integer except the
timeval in PPSETTIME, PPGETTIME. Different size of timeval
is already supported by the previous patches. So, it is safe
to add compat support.
Signed-off-by: Bamvor Jian Zhang
---
drivers/char/ppdev.c | 12
1 file change
The y2038 issue for ppdev is changes of timeval in the ioctl
(PPSETTIME and PPGETTIME). The size of struct timeval changes from
8bytes to 16bytes due to the changes of time_t. It lead to the
changes of the command of ioctl, e.g. for PPGETTIME, We have:
on 32-bit (old): 0x80087095
on 32-bit (new):
On Wed, 2015-12-16 at 06:37AM -0800, Peter Hurley wrote:
> On 12/16/2015 01:03 AM, Sören Brinkmann wrote:
> > On Tue, 2015-12-15 at 03:26PM -0800, Peter Hurley wrote:
> >> On 12/15/2015 07:41 AM, Sören Brinkmann wrote:
> >>> On Thu, 2015-12-10 at 01:41PM -0800, Peter Hurley wrote:
> On 12/05/2
Hi Mark,
Am Donnerstag, 17. Dezember 2015, 11:01:07 schrieb Mark Yao:
> The series of patches coverting drm rockchip to atomic API, do some
> cleanup and some fixes on atomic side.
>
> TODO: fence is not support on current version.
>
> Tested on rk3288 popmetal board.
In general this works nice
There is a discussion about improving the usability of kselftest by
creating test-specific kconfig in recent kernel Summit.
Patch 1 keep test-specific kconfig fragments inside each selftest so
that merge_configs.sh could build up a kernel that can test the
specific or all feature(s).
Patch 2 add
On Thu, Dec 17, 2015 at 10:43:03AM +0100, Peter Zijlstra wrote:
> On Thu, Dec 17, 2015 at 07:34:27AM +0800, Yuyang Du wrote:
> > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> > index e3266eb..3f6a8b3 100644
> > --- a/kernel/sched/fair.c
> > +++ b/kernel/sched/fair.c
> > @@ -2908,10 +2908
It seems that the $subject is not correct.
Le 17/12/2015 10:44, Songjun Wu a écrit :
> DT binding documentation for this new ASoC driver.
>
> Signed-off-by: Songjun Wu
> ---
>
> Changes in v2: None
>
> .../devicetree/bindings/sound/atmel-pdmic.txt | 55
>
> 1 fil
Hi Chris,
Am Mittwoch, 16. Dezember 2015, 18:10:10 schrieb Chris Zhong:
> The rk3288 MIPI DSI is a Synopsys DesignWare MIPI DSI host controller
> IP. This series adds support for a Synopsys DesignWare MIPI DSI host
> controller DRM driver.
>
> The MIPI DSI feature is tested on rk3288 evb board, b
When power up, a "pop" is heard on line-in and mic-in.
An analysis of the PCM shows it lasts ~400ms
and looks like a filter response.
VAG power up should be delayed by 400ms as VAG power down is.
Signed-off-by: Jean-Michel Hautbois
---
sound/soc/codecs/sgtl5000.c | 1 +
1 file changed, 1 inserti
From: "Du, Changbin"
Queue a request to disabled ep doesn't make sense, and induce caller
make mistakes.
Here is a example for the android mtp gadget function driver. A mem
corruption can happen on below senario.
1) On disconnect, mtp driver disable its EPs,
2) During send_file_work and receive
> The MSI-X table is paravirtualized on vfio in general and interrupt
> remapping theoretically protects against errant interrupts, so why is
> this PPC64 specific? We have the same safeguards on x86 if we want to
> decide they're sufficient. Offhand, the only way I can think that a
> device can to
bug: according to data sheet some register numbers are wrong.
tested: no
Signed-off-by: H. Nikolaus Schaller
---
drivers/power/bq27xxx_battery.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/power/bq27xxx_battery.c b/drivers/power/bq27xxx_battery.c
index e54a
H. Nikolaus Schaller (2):
power:bq27xxx: fix reading for bq27000 and bq27010
power:bq27xxx: fix register numbers of bq27500
drivers/power/bq27xxx_battery.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
--
2.5.1
--
To unsubscribe from this list: send the line "
bug: the driver reports funny capacity values:
root@letux:/sys/class/power_supply/bq27000-battery# cat uevent
POWER_SUPPLY_NAME=bq27000-battery
POWER_SUPPLY_STATUS=Charging
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_VOLTAGE_NOW=3702000
POWER_SUPPLY_CURRENT_NOW=-464635
POWER_SUPPLY_CAPACITY=1536
On 2015/12/17 16:29, Daniel Wagner wrote:
On 12/17/2015 08:03 AM, Daniel Wagner wrote:
On 12/17/2015 07:51 AM, Wangnan (F) wrote:
On 2015/12/17 14:38, Daniel Wagner wrote:
On 12/17/2015 06:23 AM, Wang Nan wrote:
Since we already have libbpf in tools/lib, we don't need to maintain
another bp
On Wed, 2015-16-12 at 10:53:29 UTC, Michael Ellerman wrote:
> This partially reverts commit a34236155afb1cc41945e58388ac988431bcb0b8.
>
> While reviewing the glibc patch to exploit the individual IPC calls,
> Arnd & Andreas noticed that we were still requiring userspace to pass
> IPC_64 in order t
Hi Felipe,
I can see that you have applied the documentation fix patch to your
tree. Have also you looked at the remaining patches of this series? What
do you think about this concept? Any comments?
Best regards,
Robert
On 12/11/2015 12:24 PM, Robert Baldyga wrote:
> Hi Felipe,
>
> Here is my n
On 16.12.2015 16:16, Tomasz Nowicki wrote:
In drivers/xen/pci.c, there are arch x86 dependent codes when
CONFIG_PCI_MMCONFIG is enabled, since CONFIG_PCI_MMCONFIG
depends on ACPI, so this will prevent XEN PCI running on other
architectures using ACPI with PCI_MMCONFIG enabled (such as ARM64).
Fo
On 2015/12/17 4:04, Alex Williamson wrote:
On Fri, 2015-12-11 at 16:53 +0800, Yongji Xie wrote:
Current vfio-pci implementation disallows to mmap
sub-page(size < PAGE_SIZE) MMIO BARs because these BARs' mmio page
may be shared with other BARs.
But we should allow to mmap these sub-page MMIO B
On Thursday 17 December 2015 09:48:57 Stefan Wahren wrote:
> Am 17.12.2015 um 01:37 schrieb Eric Anholt:
> > Arnd Bergmann writes:
> >
> >> On Wednesday 16 December 2015 15:55:07 Eric Anholt wrote:
> >>> This is a major rewrite of the previous Raspberry Pi 2 submission.
> >>> SMP support is now in
virtio ring entries have exactly the acquire/release
semantics:
- reading used index acquires a ring entry from host
- updating the available index releases it to host
Thus when using weak barriers and building for SMP (as most people
do), smp_load_acquire and smp_store_release wil
Andi,
On Tue, Dec 15, 2015 at 4:54 PM, Andi Kleen wrote:
> Note to reviewers: includes both tools and kernel patches.
> The kernel patches are at the end.
>
> This patchkit adds support for TopDown measurements to perf stat
> It applies on top of my earlier metrics patchkit, posted
> separately,
On 2015年12月17日 18:00, Heiko Stübner wrote:
Hi Mark,
Am Donnerstag, 17. Dezember 2015, 11:01:07 schrieb Mark Yao:
The series of patches coverting drm rockchip to atomic API, do some
cleanup and some fixes on atomic side.
TODO: fence is not support on current version.
Tested on rk3288 popmetal
We need a full barrier after writing out event index, using smp_store_mb
there seems better than open-coding.
As usual, we need a wrapper to account for strong barriers/non smp.
It's tempting to use this in vhost as well, for that, we'll
need a variant of smp_store_mb that works on __user pointers
On 17/12/2015 03:30, Nicholas Krause wrote:
> This fixes error handling in the function kvm_write_wall_clock
> by checking if any of the calls to kvm_write_guest have failed
> inside this paricutlar function and if so print to the console
> with pr_err that we are unable to write the data to the
On 2015/12/17 4:14, Alex Williamson wrote:
On Fri, 2015-12-11 at 16:53 +0800, Yongji Xie wrote:
Current vfio-pci implementation disallows to mmap MSI-X table in
case that user get to touch this directly.
However, EEH mechanism could ensure that a given pci device
can only shoot the MSIs assig
The return value of vc4_v3d_set_power() is never checked, we can make it
void.
Signed-off-by: Sudip Mukherjee
---
drivers/gpu/drm/vc4/vc4_drv.h | 2 +-
drivers/gpu/drm/vc4/vc4_v3d.c | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/vc4/vc4_drv.h b/drivers
On 17.12.2015 11:25, Tomasz Nowicki wrote:
On 16.12.2015 16:16, Tomasz Nowicki wrote:
In drivers/xen/pci.c, there are arch x86 dependent codes when
CONFIG_PCI_MMCONFIG is enabled, since CONFIG_PCI_MMCONFIG
depends on ACPI, so this will prevent XEN PCI running on other
architectures using ACPI wi
t;)
Cc: Eric Anholt
Signed-off-by: Sudip Mukherjee
---
Previous patch discussion at https://lkml.org/lkml/2015/12/16/159
build log of next-20151216 at:
https://travis-ci.org/sudipm-mukherjee/parport/jobs/97149763
build log of next-20151217 at:
https://travis-ci.org/sudipm-mukherjee/parport/jobs/
On 12/14/2015 10:31 PM, Mike Snitzer wrote:
> On Mon, Dec 14 2015 at 3:11pm -0500,
> Nikolay Borisov wrote:
>
>> On Mon, Dec 14, 2015 at 5:31 PM, Mike Snitzer wrote:
>>> On Mon, Dec 14 2015 at 3:41P -0500,
>>> Nikolay Borisov wrote:
>>>
Had another poke at the backtrace that is produce
Hi all,
I was investigating the source of abnormal irq-latency spikes on an i.MX6
(ARM) board, and discovered this:
# tracer: preemptirqsoff
#
# preemptirqsoff latency trace v1.1.5 on 4.4.0-rc4+
#
# latency: 2068 us, #4/4, CPU
Some IRQ chips, such as GPIO controllers or secondary level interrupt
controllers, may require require additional runtime power management
control to ensure they are accessible. For such IRQ chips, it makes sense
to enable the IRQ chip when interrupts are requested and disabled them
again once all
If we fail to map the address space for the GIC distributor or CPU
interface, then don't attempt to initialise the chip, just WARN and
return.
Signed-off-by: Jon Hunter
---
drivers/irqchip/irq-gic.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/irqchip/irq-g
Add a driver for the Tegra-AGIC interrupt controller which is compatible
with the ARM GIC-400 interrupt controller.
The Tegra AGIC (Audio GIC) is part of the Audio Processing Engine (APE) on
Tegra210 and can route interrupts to either the GIC for the CPU subsystem
or the Audio DSP (ADSP) within th
The Tegra210 AGIC interrupt controller is a 2nd level interrupt controller
located in a separate power domain to the main GIC interrupt controller.
It can route interrupts to the main CPU cluster or an Audio DSP slave.
Ideally we would like to re-use the existing ARM GIC driver because the
AGIC is
When mapping an IRQ, if a mapping already exists, then we simply return
the virual IRQ number. However, we do not check that the type settings for
the existing mapping match those for the mapping that is about to be
created. It may be unlikely that the type settings would not match, but
check for t
Some IRQ chips may be located in a power domain outside of the CPU
subsystem and hence will require device specific runtime power management.
In order to support such IRQ chips, add a pointer for a device structure
to the irq_chip structure, and if this pointer is populated by the IRQ
chip driver a
On Thu, Dec 17, 2015 at 12:32:53PM +0200, Michael S. Tsirkin wrote:
> +static inline void virtio_store_mb(bool weak_barriers,
> +__virtio16 *p, __virtio16 v)
> +{
> +#ifdef CONFIG_SMP
> + if (weak_barriers)
> + smp_store_mb(*p, v);
> + else
> +#en
If the GIC initialisation fails, then currently we do not return an error
or clean-up afterwards. Although for root controllers, this failure may be
fatal anyway, for secondary controllers, it may not be fatal and so return
an error on failure and clean-up.
Also for non-banked GIC controllers, mak
Dynamically assign the irqchip structure for each GIC controller
instance. This is necessary in order to populate the "dev" member
of the irqchip structure for GIC instances that require runtime
power management support. This also allows us to populate a unique
name for each GIC controller.
This i
To support GIC chips located in power-domains outside of the CPU subsystem
it is necessary to add a platform driver for these chips, so that the
probing of the chip can be deferred if the power-domain has not yet been
registered with the generic power-domain infrastructure. Before adding a
platform
On Wed, Dec 16, 2015 at 08:17:25PM +0100, Arnd Bergmann wrote:
> On Wednesday 16 December 2015 17:19:05 Catalin Marinas wrote:
> > On Wed, Dec 16, 2015 at 04:58:20PM +, Catalin Marinas wrote:
> > > On Wed, Dec 16, 2015 at 04:54:34PM +0100, Arnd Bergmann wrote:
> > > > On Wednesday 16 December 2
1 - 100 of 834 matches
Mail list logo
