Witam,
Czy potrzebujesz zatwierdzony biznes i prywatnego kredytu / Finansowanie w
maksymalnej wysokosci 3% w skali roku? Skontaktuj sie z nami po wiecej
szczególów w razie zainteresowania.
Dziekuje.
BSN Capital Partners Ltd (London)
Zarzadzanie.
--
Angielska wersja
This exposes the battery conservation mode present on some (?) IdeaPads.
The mode is set by calling ACPI method SBMC with argument 3 (on) or
5 (off). Status is reported in bit 5 of the return value of ACPI method
GBMD.
This patch was written based on an IdeaPad U430p. I'm not sure if the ACPI
meth
* John Stultz wrote:
> In some testing on arm64 platforms, I was seeing null ptr
> crashes in the kselftest/timers clocksource-switch test.
>
> This was happening in a read function like:
> u64 clocksource_mmio_readl_down(struct clocksource *c)
> {
> return ~(u64)readl_relaxed(to_mmio_clksr
* John Stultz wrote:
> Due to how the MONOTONIC_RAW accumulation logic was handled,
> there is the potential for a 1ns discontinuity when we do
> accumulations. This small discontinuity has for the most part
> gone un-noticed, but since ARM64 enabled CLOCK_MONOTONIC_RAW
> in their vDSO clock_get
* John Stultz wrote:
> As part of the Linaro Linux Kernel Functional Test (LKFT)
> effort, test failures from kselftest/timer's
> inconsistency-check were reported connected to
> CLOCK_MONOTONIC_RAW, on the HiKey platform.
>
> Digging in I found that an old issue with how sub-ns accounting
> is
On 2017-05-26 19:16:07 [+0200], Anna-Maria Gleixner wrote:
> This reverts commit 032f93cae150a.
>
> The problem is that the look ahead optimization from the tick timer
> interrupt context can race with the softirq thread expiring timer. As
> a consequence the temporary hlist heads which hold the t
Commit-ID: d3ba5a9a345b1243276f8a982e1bce557c2504fd
Gitweb: http://git.kernel.org/tip/d3ba5a9a345b1243276f8a982e1bce557c2504fd
Author: Christoph Hellwig
AuthorDate: Fri, 26 May 2017 12:03:11 +0300
Committer: Thomas Gleixner
CommitDate: Sat, 27 May 2017 09:46:35 +0200
posix-timers: Make
This converts the powerpc VDSO time update function to use the new
interface introduced in commit 576094b7f0aa ("time: Introduce new
GENERIC_TIME_VSYSCALL", 2012-09-11). Where the old interface gave
us the time as of the last update in seconds and whole nanoseconds,
with the new interface we get t
PERHATIAN
Kotak surat Anda telah melebihi batas penyimpanan, yaitu 5 GB seperti yang
didefinisikan oleh administrator, yang saat ini berjalan pada 10.9GB, Anda
mungkin tidak dapat mengirim atau menerima surat baru sampai Anda kembali
memvalidasi email mailbox Anda. Untuk memvalidasi ulang kotak
V4L2_CID_EXPOSURE_BIAS does not exist, fix documentation.
Signed-off-by: Pavel Machek
diff --git a/Documentation/media/uapi/v4l/extended-controls.rst
b/Documentation/media/uapi/v4l/extended-controls.rst
index abb1057..76c5b1a 100644
--- a/Documentation/media/uapi/v4l/extended-controls.rst
+++ b
PERHATIAN
Kotak surat Anda telah melebihi batas penyimpanan, yaitu 5 GB seperti yang
didefinisikan oleh administrator, yang saat ini berjalan pada 10.9GB, Anda
mungkin tidak dapat mengirim atau menerima surat baru sampai Anda kembali
memvalidasi email mailbox Anda. Untuk memvalidasi ulang kotak
On Sat, 27 May 2017, jeffy wrote:
> On 05/26/2017 09:20 PM, Thomas Gleixner wrote:
> > On Fri, 26 May 2017, Jeffy Chen wrote:
> >
> > > If irq is already disabled and masked, we would hit a unbalanced irq
> > > shutdown/disable/mask when freeing it.
> >
> > Errr? What exactly is unbalanced? None
Thanks Alex. I know it is difficult to reproduce this issue on your side.
I just created a bug to track it at
https://bugzilla.kernel.org/show_bug.cgi?id=195891
-Collins Cheng
-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Friday, May 26, 2017 11:5
On Fri, May 26, 2017 at 11:52:42AM +0200, Richard Weinberger wrote:
> Hyunchul,
>
> Am 26.05.2017 um 01:30 schrieb Hyunchul Lee:
> > From: Hyunchul Lee
> >
> > for un/freeze support, implement freeze_super and un/freeze_fs
> > of super_operations.
> > ubifs_freeze_super just calls freeze_super.
> +static int ubifs_freeze_super(struct super_block *sb)
> +{
> + struct ubifs_info *c = sb->s_fs_info;
> + int err;
> +
> + dbg_gen("starting");
> + /* freeze_super always succeeds if file system is in read-only.
> + * however if there are errors, UBIFS is switched to read-onl
On Sat, 27 May 2017, Jeffy Chen wrote:
> If a irq is already disabled & masked, free_irq may cause a unbalanced
> irq shutdown/disable/mask, for example:
No, it's not. irq_shutdown/disable/mask are low level access functions
which can be invoked at any given time.
The only interface which has re
Linus,
please pull the latest core-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-urgent-for-linus
A single fix which prevents a use after free when kthread fork fails.
Thanks,
tglx
-->
Vegard Nossum (1):
kthrea
Linus,
please pull the latest locking-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking-urgent-for-linus
A fix for a state leak which was introduced in the recent rework of
futex/rtmutex interaction.
Thanks,
tglx
-->
Linus,
please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
This update provides:
- Synchronization of tools and kernel headers
- A series of fixes for perf report addressing various failures:
- Ha
dmabuf for GVT-g can be exported to users who can use the dmabuf to show
the desktop of vm which use intel vgpu.
Currently we provide query and create new dmabuf operations.
Users of dmabuf can cache some created dmabufs and related information
such as the framebuffer's address, size, tiling mode
User space should create the management fd for the dma-buf operation first.
Then user can query the plane information and create dma-buf if necessary
using the management fd.
Signed-off-by: Xiaoguang Chen
---
drivers/gpu/drm/i915/gvt/dmabuf.c | 12
drivers/gpu/drm/i915/gvt/dmabuf.h | 5 +
Signed-off-by: Xiaoguang Chen
---
drivers/gpu/drm/i915/gvt/kvmgt.c | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/gvt/kvmgt.c b/drivers/gpu/drm/i915/gvt/kvmgt.c
index 1ae0b40..3c6a02b 100644
--- a/drivers/gpu/drm/i915/gvt/kvmgt.c
++
Here we defined a new ioctl to create a fd for a vfio device based on
the input type. Now only one type is supported that is a dma-buf
management fd.
Two ioctls are defined for the dma-buf management fd: query the vfio
vgpu's plane information and create a dma-buf for a plane.
Signed-off-by: Xiaog
decode frambuffer attributes of primary, cursor and sprite plane
Signed-off-by: Xiaoguang Chen
---
drivers/gpu/drm/i915/gvt/Makefile | 3 +-
drivers/gpu/drm/i915/gvt/display.c| 2 +-
drivers/gpu/drm/i915/gvt/display.h| 2 +
drivers/gpu/drm/i915/gvt/fb_decoder.c | 479 ++
OpRegion is needed to support display related operation for
intel vgpu.
A vfio device region is added to intel vgpu to deliver the
host OpRegion information to user space so user space can
construct the OpRegion for vgpu.
Signed-off-by: Bing Niu
Signed-off-by: Xiaoguang Chen
---
drivers/gpu/dr
v5->v6:
1) align the dma-buf life cycle with the vfio device.
2) add the dma-buf releated operations in a separate patch.
3) i915 releated changes.
v4->v5:
1) fix bug while checking whether the gem obj is gvt's dma-buf when user
change caching mode or domains. Add a helper function to do it.
2) ad
On Fri, May 26, 2017 at 01:17:09PM -0700, Kees Cook wrote:
> The LSM initialization routines walk security_hook_heads as an array
> of struct list_head instead of via names to avoid a ton of needless
> source. Whitelist this to avoid the false positive warning from the
> plugin:
I think this crap
On Fri, May 26, 2017 at 01:17:15PM -0700, Kees Cook wrote:
> Since the ACPICA source is maintained externally to the kernel, we can
> neither switch it to designated initializers nor mark it
> __no_randomize_layout. Until ACPICA-upstream changes[1] land to handle the
> designated initialization, ex
Linus,
please pull the latest ras-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
ras-urgent-for-linus
Two fixlets for RAS:
- Export memory_error() so the NFIT module can utilize it
- Handle memory errors in NFIT correctly
Thanks,
On Fri, May 26, 2017 at 01:17:16PM -0700, Kees Cook wrote:
> Prepare to mark sensitive kernel structures for randomization by making
> sure they're using designated initializers. These were identified during
> allyesconfig builds of x86, arm, and arm64, with most initializer fixes
> extracted from
Linus,
please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
Silence dmesg spam by making the posix cpu timer printks depend on
print_fatal_signals.
Thanks,
tglx
-->
Thomas Gl
> + { .isFunctionNeededInRuntimeTable = NULL,
> + .tableFunction = tf_vega10_thermal_initialize },
I'd say drop the NULL initializations as they are implicit anyway.
We expect the changes described in ABI/testing/sysfs-uevent doc to appear in
4.13.
Signed-off-by: Peter Rajnoha
---
Documentation/ABI/testing/sysfs-uevent | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/ABI/testing/sysfs-uevent
b/Documentation/ABI/testing/sysf
Linus,
please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
A series of fixes for X86:
- The final fix for the end-of-stack issue in the unwinder
- Handle non PAT systems gracefully
- Prevent access to u
Hi Linus,
Please pull some more powerpc fixes for 4.12:
The following changes since commit e41e53cd4fe331d0d1f06f8e4ed7e2cc63ee2c34:
powerpc/mm: Fix virt_addr_valid() etc. on 64-bit hash (2017-05-19 13:04:35
+1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux
On Fri, May 26, 2017 at 8:13 PM, Javier Martinez Canillas
wrote:
> Hello Guodong,
>
> On Fri, May 26, 2017 at 8:35 AM, Guodong Xu wrote:
>> From: Wang Xiaoyin
>>
>
> [snip]
>
>>
>> +config REGULATOR_HI6421V530
>> + tristate "HiSilicon Hi6421v530 PMIC voltage regulator support"
>
> The Kcon
On Fri, May 26, 2017 at 01:57:49PM -0700, Dmitry Torokhov wrote:
> This reverts commit 7975bd4cca05a99aa14964cfa22366ee64da50ad, because
> VPD relies on driver core to handle deferrals returned by
> coreboot_table_find().
>
> Signed-off-by: Dmitry Torokhov
> Reviewed-by: Guenter Roeck
> ---
>
>
On Fri, May 26, 2017 at 7:38 PM, Mark Brown wrote:
> On Fri, May 26, 2017 at 02:35:16PM +0800, Guodong Xu wrote:
>
> Overall this driver needs quite a lot of modernization, it's at least a
> couple of years out of date in how it's using the framework - there's
> barely any use of helpers. It does
After discussing it, this feature is dropped as it is not considered
adequate:
https://patchwork.kernel.org/patch/9639317/
There is no user of this macro yet, so there is no impact on the drivers.
This reverts commit 376bc27150f180d9f5eddec6a14117780177589d.
Cc: Mark Rutland
Signed-off
The macro name is now renamed to 'TIMER_ACPI_DECLARE' for consistency
with the CLOCKSOURCE_OF_DECLARE => TIMER_OF_DECLARE change.
Signed-off-by: Daniel Lezcano
---
drivers/clocksource/arm_arch_timer.c | 2 +-
include/linux/clocksource.h | 2 +-
2 files changed, 2 insertions(+), 2 deleti
The config option name is now renamed to 'TIMER_OF' for consistency with
the CLOCKSOURCE_OF_DECLARE => TIMER_OF_DECLARE change.
Signed-off-by: Daniel Lezcano
---
arch/arm/Kconfig| 10 +++---
arch/arm/mach-bcm/Kconfig | 2 +-
arch/arm/mach-clps711x/Kconfig
The table name is now renamed to 'timer' for consistency with
the CLOCKSOURCE_OF_DECLARE => TIMER_OF_DECLARE change.
Signed-off-by: Daniel Lezcano
---
drivers/clocksource/clksrc-probe.c | 18 +-
include/asm-generic/vmlinux.lds.h | 6 +++---
include/linux/clocksource.h|
The config option name is now renamed to 'CLKSRC_ACPI' for consistency with
the CLOCKSOURCE_OF_DECLARE => TIMER_OF_DECLARE change.
Signed-off-by: Daniel Lezcano
---
drivers/clocksource/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clocksource/Kconfig b/d
The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6:
Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/
tags/tty-4.12-rc3
for you to fetch changes up to 59fe2cc8b1c32dd139d
If a irq is already disabled, irq_shutdown may try to disable it again,
for example:
devm_request_irq->irq_startup->irq_enable
disable_irq <-- disabled
devm_free_irq->irq_shutdown <-- disable it again
This would confuse some chips which requi
Wanlong Gao writes:
> Folks,
>
> Any comments?
I've CC'd the module maintainer, who can help with this :_
Cheers,
Rusty.
> On 2017/5/20 15:46, Xie XiuQi wrote:
>> From: Wanlong Gao
>>
>> Module name has a limited length, but currently the build system
>> allows the build finishing even if the
Hi Thomas,
On 05/27/2017 04:30 PM, Thomas Gleixner wrote:
On Sat, 27 May 2017, Jeffy Chen wrote:
If a irq is already disabled & masked, free_irq may cause a unbalanced
irq shutdown/disable/mask, for example:
No, it's not. irq_shutdown/disable/mask are low level access functions
which can be
On Fri, May 26, 2017 at 08:40:26PM -0700, Ricardo Neri wrote:
> This change was initially intended to only rename the error codes,
> without functional changes. Would making change be considered a change
> in functionality?
How?
The before-and-after asm should be the identical.
--
Regards/Gruss
ATTENZIONE;
La cassetta postale ha superato il limite di archiviazione, che è 5 GB come
definiti dall'amministratore, che è attualmente in esecuzione su 10.9GB, non si
può essere in grado di inviare o ricevere nuovi messaggi fino a ri-convalidare
la tua mailbox. Per rinnovare la vostra casella
Allwinner A10, A20 and R40 SoCs have similar GPIO layout.
Add SoC definitions in pinctrl-sunxi.h, in order to merge A20 support
into A10 driver, and add R40 support into it.
Signed-off-by: Icenowy Zheng
---
Changes in v3:
- Commit message change.
drivers/pinctrl/sunxi/pinctrl-sunxi.h | 3 +++
This is the first non-RFC version of this patchset, which added basical
support including I2C, UART and MMC to the mainline Linux.
The pinctrl driver of A20 is also merged into the one of A10 before
R40 support is added into the A10 driver.
Chen-Yu Tsai (2):
ARM: dts: sun8i: Add basic dtsi file
Allwinner R40 is a new SoC, with Quad Core Cortex-A7 and peripherals
like A20.
Add support for it.
Signed-off-by: Icenowy Zheng
---
Changes in v3:
- Use V1.0 documents.
Documentation/arm/sunxi/README | 6 ++
Documentation/devicetree/bindings/arm/sunxi.txt | 1 +
arch/arm/m
R40 is said to be an upgrade of A20, and its pin configuration is also
similar to A20 (and thus similar to A10).
Add support for R40 to the A10 pinctrl driver.
Signed-off-by: Icenowy Zheng
---
drivers/pinctrl/sunxi/Kconfig | 2 +-
drivers/pinctrl/sunxi/pinctrl-sun4i-a10.c | 272 ++
As A20 is designed as a pin-compatible upgrade of A10, their pin
controller are very similar, and can share one driver.
Add A20 support to the A10 driver.
Signed-off-by: Icenowy Zheng
---
Changes in v3:
- Enable A10 driver for A20 and disable A20 driver in this commit, in
order to prevent A10
Allwinner R40 has a pin controller like the ones in older Allwinner SoCs
(especially A20), and can use modified version of the A10/A20 pinctrl
driver.
Add a compatible string for it.
Signed-off-by: Icenowy Zheng
Acked-by: Rob Herring
---
Changes in v3:
- Added Rob's ACK.
Documentation/devicet
From: Chen-Yu Tsai
The Banana Pi M2 Ultra is an SBC based on the Allwinner R40 SoC. The
form factor and position of various connectors, leds and buttons is
similar to the Banana Pi M1+, Banana Pi M3, and is exactly the same
as the latest Banana Pi M64.
It features:
- X-Powers AXP221s PMIC con
Allwinner R40 SoC have a clock controller module in the style of the
SoCs beyond sun6i, however, it's more rich and complex.
Add support for it.
Signed-off-by: Icenowy Zheng
---
Changes in v3:
- Rebased on current linux-next.
Changes in v2:
- Fixes according to the SoC's user manual.
drivers/c
Allwinner R40 has a clock controlling unit like the ones on other
Allwinner SoCs after sun6i, and can also use a CCU-based driver.
Add a compatible string for it.
Signed-off-by: Icenowy Zheng
Acked-by: Rob Herring
---
Changes in v3:
- Rebased on current linux-next.
- Added Rob's ACK.
Document
From: Chen-Yu Tsai
The Allwinner R40 SoC is marketed as the successor to the A20 SoC.
The R40 is a smaller chip than the A20, but features the same set
of programmable pins, with a couple extra pins and some new pin
functions. The chip features 4 Cortex-A7 cores and a Mali-400 MP2
GPU. It retains
As we added A20 support to A10 pinctrl driver, now we can delete the
dedicated A20 pinctrl driver, which is duplicated code.
Signed-off-by: Icenowy Zheng
---
Changes in v3:
- Only remove the A20 driver(A10 driver for A20 is enabled in
the previous commit now).
drivers/pinctrl/sunxi/Kconfig
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: c86daad2c25bfd4a33d48b7691afaa96d9c5ab46
commit: 2d7a548a3eff382da5cd743670693b7657327714 drivers: hwmon: Support for
ASPEED PWM/Fan tach
date: 7 weeks ago
config: x86_64-randconfig-s3-05271727 (attached a
On Sat, May 27, 2017 at 8:15 AM, Darren Hart wrote:
> From: Andy Lutomirski
>
> The hotkey table is 0xb2, add a comment for clarity.
>
Reviewed-by: Andy Shevchenko
> Suggested-by: Darren Hart
> Signed-off-by: Andy Lutomirski
> Cc: Matthew Garrett
> Cc: "Pali Rohár"
> Cc: Andy Shevchenko
>
On Sat, May 27, 2017 at 8:16 AM, Darren Hart wrote:
> From: Andy Lutomirski
>
> This is based on Mario's explanation and observation of my laptop.
>
Reviewed-by: Andy Shevchenko
> Suggested-by: "Pali Rohár"
> Signed-off-by: Andy Lutomirski
> Cc: Mario Limonciello
> Cc: Matthew Garrett
> Cc
On Saturday 27 May 2017 07:31:30 Darren Hart wrote:
> - dell_wmi_input_dev->name = "Dell WMI hotkeys";
> - dell_wmi_input_dev->phys = "wmi/input0";
> - dell_wmi_input_dev->id.bustype = BUS_HOST;
> + priv->input_dev->name = "Dell WMI hotkeys";
> + priv->input_dev->id.bustype = BU
On Sat, 27 May 2017, jeffy wrote:
> On 05/27/2017 04:30 PM, Thomas Gleixner wrote:
> > On Sat, 27 May 2017, Jeffy Chen wrote:
> >
> > > If a irq is already disabled & masked, free_irq may cause a unbalanced
> > > irq shutdown/disable/mask, for example:
> >
> > No, it's not. irq_shutdown/disable/m
On Saturday 27 May 2017 07:15:28 Darren Hart wrote:
> From: Andy Lutomirski
>
> The hotkey table is 0xb2, add a comment for clarity.
>
> Suggested-by: Darren Hart
> Signed-off-by: Andy Lutomirski
> Cc: Matthew Garrett
> Cc: "Pali Rohár"
> Cc: Andy Shevchenko
> Signed-off-by: Darren Hart (VM
On Sat, May 27, 2017 at 9:54 AM, Pavel Machek wrote:
>> On Sat, May 27, 2017 at 08:17:39AM -0700, priyalee.kushw...@intel.com wrote:
>> +Rafael, Len, Pavel, linux-pm: Is there a preferred approach for dealing with
>>CONFIG_PM_SLEEP?
>
> Yeah, empty "unregister_pm_n
On Saturday 27 May 2017 07:16:19 Darren Hart wrote:
> From: Andy Lutomirski
>
> According to Mario at Dell, the DELLABC6 device should not be used on
> a Linux system. It also conflicts with Intel-HID and its
> interactions with Network Manager. Document that we are aware of the
> device, but tha
Commit-ID: f822798e3ced63427d57d128ee8d118126455f84
Gitweb: http://git.kernel.org/tip/f822798e3ced63427d57d128ee8d118126455f84
Author: Dimitri Sivanich
AuthorDate: Fri, 26 May 2017 23:30:52 +0200
Committer: Thomas Gleixner
CommitDate: Sat, 27 May 2017 12:58:46 +0200
posix-timers: Remov
Good day dear, i hope this mail meets you well? my name is Jack, from the U.S.
I know this may seem inappropriate so i ask for your forgiveness but i wish to
get to know you better, if I may be so bold. I consider myself an easy-going
man, adventurous, honest and fun loving person but I am curre
Kirill Tkhai writes:
> This patch prohibits pid allocation till child_reaper
> of pid namespace is set, and it makes possible and safe
> to get just unshared pid_ns from "/proc/[pid]/ns/pid_for_children"
> file. This may be useful to determine user_ns of such a created
> pid_ns, which is not poss
Hi,
Thanks for the patch.
On 05/26/2017 08:17 PM, Roshni Shah wrote:
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/misc/ad525x_dpot-spi.txt
> @@ -0,0 +1,44 @@
> +Digital Potentiometers (SPI) compatible with Analog Devices family
> +
> +Required properties:
> +- compatible: Should be
On Sat, 27 May 2017, Jeffy Chen wrote:
> If a irq is already disabled, irq_shutdown may try to disable it again,
> for example:
> devm_request_irq->irq_startup->irq_enable
> disable_irq <-- disabled
> devm_free_irq->irq_shutdown <-- disable it ag
Hi! Note that in WMI is stored binary MOF (BMOF; .bmf file; compiled
MOF), not ordinary MOF data which are plain text. So maybe it could make
sense to include "B" into name of sysfs entry? Or not? (Just suggestion)
On Saturday 27 May 2017 07:31:29 Darren Hart wrote:
> From: Andy Lutomirski
>
>
Commit 3dfc9b02864b19f4 ("LSM: Initialize security_hook_heads upon
registration.") treats "struct security_hook_heads" as an implicit array
of "struct list_head" so that we can eliminate code for static
initialization. Although we haven't encountered compilers which do not
treat sizeof(security_hoo
On Fri, May 26, 2017 at 11:20 AM, Wolfram Sang wrote:
> Finally, apply modern comment rules to the file header. The old style
> looked very non-Linuxish and challenged my eyes for some time now.
>
> I took the liberty to a) drop the two credits for the multiplexing
> support here in this file beca
Motivation:
The issue manifests like 4x slowdown when profiling single thread STREAM
benchmark on Intel Xeon Phi running RHEL7.2 (Intel MPSS distribution).
Perf profiling is done in per-process mode and involves about 30 core
events. In case the benchmark is OpenMP based and runs under profiling
Force vop output mode on encoder driver seem not a good idea,
EDP, HDMI, DisplayPort all have 10bit input on rk3399,
On non-10bit vop, vop 8bit output bit[0-7] connect to the
encoder high 8bit [2-9].
So force RGB10 to RGB888 on vop driver would be better.
And another problem, EDP check crtc id o
object_id and notify_id are in one union structure and their meaning is
defined by flags. Therefore do not print notify_id for non-event block and
do not print object_id for event block. Remove also reserved member as it
does not have any defined meaning or type yet.
As object_id and notify_id uni
instance_count defines number of instances of data block and instance
itself is indexed from zero, which means first instance has number 0.
Therefore check for invalid instance should be non-strict inequality.
Signed-off-by: Pali Rohár
---
I'm marking this patch as RFC because it is not tested at
I want to store the value of snd_cwnd when a congestion event occurs
(value before snd_cwnd is reduced), and the new value of snd_cwnd (the
value it has been reduced to). In other words: the congestion window
before and after a congestion event occurs.
I'm uncertain where (and how) it would be log
On Sat, May 27, 2017 at 02:08:01PM +0200, Lars Erik Storbukås wrote:
> I want to store the value of snd_cwnd when a congestion event occurs
> (value before snd_cwnd is reduced), and the new value of snd_cwnd (the
> value it has been reduced to). In other words: the congestion window
> before and af
On Sat, May 27, 2017 at 2:51 PM, Pali Rohár wrote:
> object_id and notify_id are in one union structure and their meaning is
> defined by flags. Therefore do not print notify_id for non-event block and
> do not print object_id for event block. Remove also reserved member as it
> does not have any
On Fri, May 26, 2017 at 7:07 PM, Jan Kiszka wrote:
> Make stmmac_default_data compatible with stmmac_pci_info.setup and use
> an info structure for all devices. This allows to make the probing more
> regular.
> +#define STMMAC_DEVICE(vendor_id, dev_id, info) { \
> + PCI_DEVICE(vendor
On Sat, May 27, 2017 at 4:13 PM, Andy Shevchenko
wrote:
> On Fri, May 26, 2017 at 7:07 PM, Jan Kiszka wrote:
>> Make stmmac_default_data compatible with stmmac_pci_info.setup and use
>> an info structure for all devices. This allows to make the probing more
>> regular.
> Or converting defines fi
On Saturday 27 May 2017 15:07:09 Andy Shevchenko wrote:
> On Sat, May 27, 2017 at 2:51 PM, Pali Rohár
> wrote:
> > object_id and notify_id are in one union structure and their
> > meaning is defined by flags. Therefore do not print notify_id for
> > non-event block and do not print object_id for e
On Saturday 27 May 2017 15:17:29 Pali Rohár wrote:
> On Saturday 27 May 2017 15:07:09 Andy Shevchenko wrote:
> > On Sat, May 27, 2017 at 2:51 PM, Pali Rohár
> >
> > wrote:
> > > object_id and notify_id are in one union structure and their
> > > meaning is defined by flags. Therefore do not print
On Fri, May 26, 2017 at 7:07 PM, Jan Kiszka wrote:
> Move the special case for the early Galileo firmware into
> quark_default_setup. This allows to use stmmac_pci_find_phy_addr for
> non-quark cases.
> ret = stmmac_pci_find_phy_addr(pdev, info);
> - if (ret < 0)
> - r
On Fri, May 26, 2017 at 7:07 PM, Jan Kiszka wrote:
> Avoids reimplementation of DMI matching in stmmac_pci_find_phy_addr.
> struct stmmac_pci_dmi_data {
> - const char *name;
> - const char *asset_tag;
> - unsigned int func;
> + int func;
> int phy_addr;
> };
Ca
On Sat, May 27, 2017 at 4:17 PM, Pali Rohár wrote:
> On Saturday 27 May 2017 15:07:09 Andy Shevchenko wrote:
>> On Sat, May 27, 2017 at 2:51 PM, Pali Rohár
>> wrote:
>> > Remove
>> > also reserved member as it does not have any defined meaning or
>> > type yet.
>> > - pr_info("\treserved:
On Fri, May 26, 2017 at 7:07 PM, Jan Kiszka wrote:
> By now, stmmac_pci_info only contains a single entry.
_For now_.
> Register this
> directly with the PCI device table, removing one indirection.
I am not sure this patch is needed.
Next time something comes up we would need to extend this an
On Fri, May 26, 2017 at 7:02 PM, Jan Kiszka wrote:
> Commtech adapters need the MPIOs for internal purposes, and the
> gpio-exar driver already refused to pick them up. But there is actually
> no point in even creating the underlying platform device.
FWIW:
Reviewed-by: Andy Shevchenko
> Signed-
On Fri, May 26, 2017 at 7:02 PM, Jan Kiszka wrote:
> This fixes reloading of the GPIO driver for the same platform device
> instance as created by the exar UART driver: First of all, the driver
> sets drvdata to its own value during probing and does not restore the
> original value on exit. But th
On Fri, May 26, 2017 at 7:02 PM, Jan Kiszka wrote:
> Set the parent of the exar gpiochip to its platform device, like other
> gpiochips are doing it. In order to keep the relationship discoverable
> for ACPI systems, set the platform device companion to the PCI device.
>
Setting companion is a ri
On Fri, May 26, 2017 at 7:02 PM, Jan Kiszka wrote:
> Make the address and bit calculation more friendly for introducing a
> "first pin" offset later on. The new form is also more compact and
> regular.
I think this should be folded to patch 9 since the latter touches near
all lines you touched he
Now with IOMMU probe deferral, we return -EPROBE_DEFER
for masters that are connected to an IOMMU which is not
probed yet, but going to get probed, so that we can attach
the correct dma_ops. So while trying to defer the probe of
the master, check if the of_iommu node that it is connected
to is mark
While deferring the probe of IOMMU masters, xlate and
add_device callbacks called from iort_iommu_configure
can pass back error values like -ENODEV, which means
the IOMMU cannot be connected with that master for real
reasons. Before the IOMMU probe deferral, all such errors
were ignored. Now all th
From: Laurent Pinchart
arch_setup_dma_ops() is used in device probe code paths to create an
IOMMU mapping and attach it to the device. The function assumes that the
device is attached to a device-specific IOMMU instance (or at least a
device-specific TLB in a shared IOMMU instance) and thus creat
arch_teardown_dma_ops() being the inverse of arch_setup_dma_ops()
,dma_ops should be cleared in the teardown path. Currently, only the
device's iommu mapping structures are cleared in arch_teardown_dma_ops,
but not the dma_ops. So on the next reprobe, dma_ops left in place is
stale from the first I
From: Lorenzo Pieralisi
With IOMMU probe deferral, iort_iommu_configure can be called
multiple times for the same device. Hence we have a check
to see if the device's fwspec is already translated and return
the iommu_ops from that directly. But the check is wrongly
placed in iort_iommu_xlate, whi
1 - 100 of 261 matches
Mail list logo
