I use a Logitech wireless keyboard (with a Unifying receiver) and it
keeps working fine even with `auto`.
That is, everything is OK if the receiver is plugged before
`power/control` is switched to `auto`.
But if I first set it to `auto`, then plug the receiver in, it is not
detected (nothing in
On 2015年01月20日 19:10, Mark Rutland wrote:
On Tue, Jan 20, 2015 at 09:29:14AM +, Hanjun Guo wrote:
On 2015年01月20日 02:01, Mark Rutland wrote:
On Mon, Jan 19, 2015 at 05:52:33PM +, Catalin Marinas wrote:
On Mon, Jan 19, 2015 at 04:59:47PM +, Jon Masters wrote:
On 01/19/2015 10:13
On Mon, Jan 19, 2015 at 6:59 AM, Alexandre Courbot wrote:
> I am not really fond of this idea since it adds complexity to the
> (already too complex) GPIO lookup, and only solves to a local level
> (GPIO) what is a more global problem (bad ACPI tables that can affect
> any subsystem).
(...)
> it
Hi, Peter,
Thank you for reviewing our code!
Some discussion below.
On 2015年01月16日 23:20, Peter Hurley wrote:
On 01/16/2015 05:00 AM, Chunyan Zhang wrote:
Add a full sc9836-uart driver for SC9836 SoC which is based on the
spreadtrum sharkl64 platform.
This driver also support earlycon.
This
I can't prove the case pointed out in
https://bugzilla.kernel.org/show_bug.cgi?id=82341
is correct so let us play safe.
Signed-off-by: Alan Cox
---
arch/um/os-Linux/drivers/ethertap_user.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Stuart R. Anderson
Add support for specifying PCI based UARTs for earlyprintk
using a syntax like "earlyprintk=pciserial,00:18.1,115200",
where 00:18.1 is the BDF of a UART device.
[Slightly tidied from Stuart's original patch]
Signed-off-by: Alan Cox
---
arch/x86/kernel/early_printk.c
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const. Make array of
> struct reg_default const as well.
>
> Signed-off-by: Krzysztof Kozlowski
> Cc: Tony Lindgren
> Cc:
(2015/01/20 12:55), Alexei Starovoitov wrote:
> On Mon, Jan 19, 2015 at 6:58 PM, Masami Hiramatsu
> wrote:
>>>
>>> it's done already... one can do the same skb->dev->name logic
>>> in kprobe attached program... so from bpf program point of view,
>>> tracepoints and kprobes feature-wise are
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const. Make array of
> struct reg_default const as well.
>
> Signed-off-by: Krzysztof Kozlowski
> Cc: Tony Lindgren
> Cc:
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> Cc: Tony Lindgren
> Cc: linux-o...@vger.kernel.org
> ---
>
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> Cc: Tony Lindgren
> Cc: linux-o...@vger.kernel.org
> ---
>
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/smsc-ece1099.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/mc13xxx-i2c.c | 2 +-
> drivers/mfd/mc13xxx-spi.c | 2 +-
>
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/lm3533-core.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/retu-mfd.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/max77686.c | 6 +++---
> 1 file changed, 3 insertions(+), 3
(2015/01/16 13:16), Alexei Starovoitov wrote:
> simple packet drop monitor:
> - in-kernel eBPF program attaches to kfree_skb() event and records number
> of packet drops at given location
> - userspace iterates over the map every second and prints stats
Hmm, this eBPF assembly macros are very
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/pcf50633-core.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On Tue, Jan 20, 2015 at 10:29:19AM +, Lee Jones wrote:
> On Mon, 19 Jan 2015, Robert Jarzmik wrote:
> > >> +if (ret) {
> > >> +dev_err(>dev, "Couldn't request main irq : ret =
> > >> %d\n",
> > >> +ret);
> > >
> > > I'm not keen on this type of
On 2015年01月20日 19:00, Catalin Marinas wrote:
On Tue, Jan 20, 2015 at 02:39:16AM +, Hanjun Guo wrote:
On 2015年01月19日 18:42, Catalin Marinas wrote:
On Sun, Jan 18, 2015 at 06:25:53AM +, Hanjun Guo wrote:
On 2015年01月16日 17:49, Catalin Marinas wrote:
On Wed, Jan 14, 2015 at 03:04:54PM
Hi!
> > I will check my "iniza" setup of Linux v3.19-rc5 the "(runltp-)lite" way.
> >
>
> Attached are the runltp-lite result and my kernel-config.
>
> I see a lot of "unexpected" failures, can you comment on them?
Most of the failures comes from EBUSY while trying to umount
filesystems. Do you
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/davinci_voicecodec.c | 2 +-
> 1 file changed, 1
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/intel_soc_pmic_core.h | 2 +-
>
Commit-ID: 0e1540208ef34a2246822fa56f751efe23748e7a
Gitweb: http://git.kernel.org/tip/0e1540208ef34a2246822fa56f751efe23748e7a
Author: Andy Shevchenko
AuthorDate: Wed, 14 Jan 2015 18:39:35 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 20 Jan 2015 12:50:14 +0100
x86: pmc_atom:
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/hi6421-pmic-core.c | 2 +-
> 1 file changed, 1 insertion(+),
Commit-ID: 4b25f42a371b16807f0966490f8faad9abc712d9
Gitweb: http://git.kernel.org/tip/4b25f42a371b16807f0966490f8faad9abc712d9
Author: Andy Shevchenko
AuthorDate: Wed, 14 Jan 2015 18:39:34 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 20 Jan 2015 12:50:14 +0100
x86: pmc_atom:
Commit-ID: 4922b9ce89ccdeb99364666f1fcc297c4af31bf7
Gitweb: http://git.kernel.org/tip/4922b9ce89ccdeb99364666f1fcc297c4af31bf7
Author: Andy Shevchenko
AuthorDate: Wed, 14 Jan 2015 18:39:33 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 20 Jan 2015 12:50:14 +0100
x86: pmc-atom:
On Mon, 05 Jan 2015, Krzysztof Kozlowski wrote:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/88pm860x-core.c | 2 +-
> 1 file changed, 1 insertion(+), 1
Commit-ID: d5df8fe34bec4539e259525feabd16efccf16750
Gitweb: http://git.kernel.org/tip/d5df8fe34bec4539e259525feabd16efccf16750
Author: Andy Shevchenko
AuthorDate: Wed, 14 Jan 2015 18:39:32 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 20 Jan 2015 12:50:14 +0100
x86: pmc_atom:
Commit-ID: 1b43d7125f3b6f7d46e72da64f65f3187a83b66b
Gitweb: http://git.kernel.org/tip/1b43d7125f3b6f7d46e72da64f65f3187a83b66b
Author: Andy Shevchenko
AuthorDate: Wed, 14 Jan 2015 18:39:31 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 20 Jan 2015 12:50:14 +0100
x86: pmc-atom:
From: Hiroshi Shimamoto
> From: Hiroshi Shimamoto
>
> Add netlink directives and ndo entry to control VF multicast promiscuous mode.
>
> Intel ixgbe and ixgbevf driver can handle only 30 multicast MAC addresses
> per VF. It means that we cannot assign over 30 IPv6 addresses to a single
> VF
On Wed, 07 Jan 2015, Vignesh R wrote:
> In one shot mode, sequencer automatically disables all enabled steps at
> the end of each cycle. (both ADC steps and TSC steps) Hence these steps
> need not be saved in reg_se_cache for clearing these steps at a later
> stage.
> Also, when ADC wakes up
On Tue, Jan 13, 2015 at 02:44:25PM +0100, Markus Pargmann wrote:
> Adding support to nbd to use it as a root device. This code essentially
> provides a minimal nbd-client implementation within the kernel. It opens
> a socket and makes the negotiation with the server. Afterwards it passes
> the
Change ARCH_HAVE_LIVE_PATCHING to HAVE_LIVE_PATCHING in Kconfigs. HAVE_
bools are prevalent there and we should go with the flow.
Suggested-by: Andrew Morton
Signed-off-by: Miroslav Benes
---
arch/x86/Kconfig | 2 +-
kernel/livepatch/Kconfig | 4 ++--
2 files changed, 3 insertions(+),
FYI: It's easier to track patch-sets when they are connected. Please
send them as 'threaded'. Take a look at the man page for `git
send-email` for more details.
> mfd/axp20x: add support for fuel gauge cell
>
> Register definitions and platform data structure
> for fuel gauge cell devices.
>
Hi,
I am getting one error while converting the perf.data to CTF format .
./perf data convert -i perf.data --to-ctf dv_ctf
./perf: symbol lookup error: ./perf: undefined symbol:
bt_ctf_stream_class_get_packet_context_type
While I created perf binary and below is the output :
make DEBUG=1
On Wed, 07 Jan 2015, Todd E Brandt wrote:
> mfd/axp20x: change battery cell name to fuel gauge
>
> Name changes to the battery cell structure to a
> more generic cell type: fuel gauge.
>
> Signed-off-by: Todd Brandt
>
> drivers/mfd/axp20x.c | 10 +-
> 1 file changed, 5
On Tue, Jan 20, 2015 at 12:18:45PM +0100, Daniel Vetter wrote:
> On Tue, Jan 20, 2015 at 11:48:53AM +0100, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Wrap struct drm_crtc_state in a driver-specific structure and add the
> > planes field which keeps track of which planes are updated
From: leroy
> Le 20/01/2015 12:09, David Laight a écrit :
> > From Christophe Leroy
> >> Having a macro will help keep clear code.
> > It might remove an #if but it doesn't really help.
> > All it means is that anyone reading the code has to hunt for
> > the definition before proceeding.
> >
> >
Hiroshi Shimamoto writes:
> From: Hiroshi Shimamoto
>
> Add netlink directives and ndo entry to control VF multicast promiscuous mode.
>
> Intel ixgbe and ixgbevf driver can handle only 30 multicast MAC addresses
> per VF. It means that we cannot assign over 30 IPv6 addresses to a single
> VF
Commit-ID: 4a0d3107d6b19125f21172c2b7d95f9c30ecaf6f
Gitweb: http://git.kernel.org/tip/4a0d3107d6b19125f21172c2b7d95f9c30ecaf6f
Author: Jan Beulich
AuthorDate: Fri, 16 Jan 2015 15:47:07 +
Committer: Thomas Gleixner
CommitDate: Tue, 20 Jan 2015 12:37:23 +0100
x86, irq: Properly tag
Commit-ID: f285f4a21c3253887caceed493089ece17579d59
Gitweb: http://git.kernel.org/tip/f285f4a21c3253887caceed493089ece17579d59
Author: Kees Cook
AuthorDate: Thu, 15 Jan 2015 16:51:46 -0800
Committer: Thomas Gleixner
CommitDate: Tue, 20 Jan 2015 12:37:23 +0100
x86, boot: Skip relocs
On Tue, Jan 20, 2015 at 06:36:10AM -0500, nick wrote:
> Unless we use a union or something similar there seems to be no easy
> way without rewriting a lot of an already function driver file.
The comment does not restrict itself to 'easy ways'.
Alasdair
--
To unsubscribe from this list: send
On 01/20/2015 08:22 PM, Viresh Kumar wrote:
> On 20 January 2015 at 13:53, Chanwoo Choi wrote:
>> But, the frequency of OPPs is only used for devfreq ondemand governor.
>> After deciding the proper frequency of memory bus on ondemand governor,
>> exynos-bus.c (exynos memory bus frequency driver)
On Fri, Jan 16, 2015 at 4:18 PM, Константин Хлебников
wrote:
> 16.01.2015, 04:16, "Andrew Morton" :
>> On Thu, 15 Jan 2015 18:57:31 +0300 Konstantin Khebnikov
>> wrote:
>>> This patch replaces cancel_dirty_page() with helper account_page_cleared()
>>> which only updates counters. It's called
> > Right, and I'm not saying it should be, just move the existing logic
> > into the release callback, and the code flow should be the same and we
> > don't end up with an "empty" release callback.
But as Russell says, even if we don't have the empty callback, we still
create the problem shown
This make sure that we try to allocate hugepages from local node if
allowed by mempolicy. If we can't, we fallback to small page allocation
based on mempolicy. This is based on the observation that allocating pages
on local node is more beneficial than allocating hugepages on remote
node.
With
Le 20/01/2015 12:09, David Laight a écrit :
From Christophe Leroy
Having a macro will help keep clear code.
It might remove an #if but it doesn't really help.
All it means is that anyone reading the code has to hunt for
the definition before proceeding.
Some comment about what (and why) the
On Thu, 08 Jan 2015, Inha Song wrote:
> After commit: 6e3f62f0793e ("mfd: core: Fix platform-device id generation")
> We must set the id base when register a duplicate name of mfd_cell.
> If not, duplicate filename error was reported.
>
> - sysfs: cannot create duplicate filename
On 01/20/2015 11:15 AM, Michael Ellerman wrote:
> On Mon, 2015-19-01 at 11:32:51 UTC, Preeti U Murthy wrote:
>> The device tree now exposes the residency values for different idle states.
>> Read
>> these values instead of calculating residency from the latency values. The
>> values
>> exposed
On Tue, Jan 20, 2015 at 11:57:12AM +0100, Johannes Stezenbach wrote:
> On Tue, Jan 20, 2015 at 09:13:59AM +0800, Greg Kroah-Hartman wrote:
> > On Tue, Jan 20, 2015 at 12:38:12AM +0100, Johannes Stezenbach wrote:
> > > Those automotive applications you
> > > were talking about, what was the OS they
On 01/20/2015 04:51 PM, Thomas Gleixner wrote:
> On Mon, 19 Jan 2015, Preeti U Murthy wrote:
>> An idle cpu enters cpu_idle_poll() if it is set in the
>> tick_broadcast_force_mask.
>> This is so that it does not incur the overhead of entering idle states when
>> it is expected
>> to be woken up
On 20 January 2015 at 13:53, Chanwoo Choi wrote:
> But, the frequency of OPPs is only used for devfreq ondemand governor.
> After deciding the proper frequency of memory bus on ondemand governor,
> exynos-bus.c (exynos memory bus frequency driver) use the frequency table
> of memory bus blocks on
On Mon, 19 Jan 2015, Preeti U Murthy wrote:
> An idle cpu enters cpu_idle_poll() if it is set in the
> tick_broadcast_force_mask.
> This is so that it does not incur the overhead of entering idle states when
> it is expected
> to be woken up anytime then through a broadcast IPI. The condition
On Mon 19-01-15 22:07:01, Namjae Jeon wrote:
> > > When this state is set, any process which tries to modify the file's
> > > address
> > > space, either by pagefault mmap writes or using write(2), will block until
> > > the this state is cleared. I_WRITE_FREEZED is set by calling
> > >
On Fri, 09 Jan 2015, Jacek Anaszewski wrote:
> This patch adds device tree binding documentation for
> the flash cell of the Maxim max77693 multifunctional device.
>
> Signed-off-by: Jacek Anaszewski
> Signed-off-by: Andrzej Hajda
> Acked-by: Kyungmin Park
> Cc: Lee Jones
> Cc: Chanwoo Choi
Den 20.01.2015 09:46, skrev Paul Bolle:
Thomas, Noralf,
Your commit c296d5f9957c ("staging: fbtft: core support") is included in
today's linux-next (ie, next-20150120). I noticed because a script I use
to check linux-next spotted a problem in it.
See, that commit adds
On Mon, Jan 19, 2015 at 10:16:21PM -0500, Nicholas Krause wrote:
> Removes the no longer needed fix me comment questioning if we need to remove
> the structure pointer,rh as defined as a structure of type dsm_region_hash
> from the definition of the structure, dm_region. Furthermore this pointer
On Tue, Jan 20, 2015 at 11:48:53AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> Wrap struct drm_crtc_state in a driver-specific structure and add the
> planes field which keeps track of which planes are updated or disabled
> during a modeset. This allows atomic updates of the the
This 2 patches are based on Jiri Olsa's perf repository:
https://git.kernel.org/cgit/linux/kernel/git/jolsa/perf.git/log/?h=perf/core_ctf_convert
Perf data convert to failes when converting perf.data recorded with
# perf record -a -e syscalls:* sleep 1
The following 2 patches fix it.
Wang
On Wed, Jan 14, 2015 at 03:04:59PM +, Hanjun Guo wrote:
> --- a/drivers/acpi/processor_core.c
> +++ b/drivers/acpi/processor_core.c
> @@ -64,6 +64,38 @@ static int map_lsapic_id(struct acpi_subtable_header
> *entry,
> return 0;
> }
>
> +/*
> + * On ARM platform, MPIDR value is the
On Fri, 09 Jan 2015, Jacek Anaszewski wrote:
> Modify FLASH_EN_SHIFT and TORCH_EN_SHIFT macros to work properly
> when passed enum max77693_fled values (0 for FLED1 and 1 for FLED2)
> from leds-max77693 driver.
Off-by-one ay? Wasn't the original code tested?
> Signed-off-by: Jacek Anaszewski
On Fri, 09 Jan 2015, Jacek Anaszewski wrote:
> 1. Rename max77693_led_platform_data to max77693_led_config_data to
>avoid making impression that the led driver expects a board file -
>it relies on Device Tree data.
> 2. Remove fleds array, as the DT binding design has changed
> 3. Add
On Sun, 2015-01-18 at 18:30 -0700, Azael Avalos wrote:
> The following patches add support to several USB Sleep functions
> found on newer Toshiba laptops, allowing to use the USB ports while
> the laptop is asleep or turned off.
Hi,
this is most interesting. But the interface is terrible. If
On Mon, 19 Jan 2015, Mark Brown wrote:
On Mon, Jan 19, 2015 at 10:31:22AM +0100, Paul Osmialowski wrote:
On Fri, 16 Jan 2015, Mark Brown wrote:
What I'm saying is that I want to understand this change from a point of
view that isn't tied to I2C - at the regmap level what is this doing,
On Fri, 16 Jan 2015, Alexandre Belloni wrote:
> There is no point in calling suspend/resume for unused
> clocksources.
That's true, but
> Signed-off-by: Alexandre Belloni
> ---
> kernel/time/clocksource.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
On Tue, Jan 20, 2015 at 11:48:22AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> In order to prevent drivers from having to perform the same checks over
> and over again, add an optional ->atomic_disable callback which the core
> calls under the right circumstances.
>
> v2: pass old
On Fri, 09 Jan 2015, Jacek Anaszewski wrote:
> Change flash cell identifiers from max77693-flash to max77693-led
> to avoid confusion with NOR/NAND Flash.
This is okay by me, but aren't these ABI yet?
> Signed-off-by: Jacek Anaszewski
> Acked-by: Kyungmin Park
> Cc: Chanwoo Choi
> Cc: Lee
When converting int values, perf first extractes it to a ulonglong, then
feeds it to babeltrace as a signed value. For negative 32 bit values
(for example, return values of failed syscalls), the extracted data
should be something like 0xfffe (-2). It becomes a large int64
value. Babeltrace
Some parameters of syscall tracepoints named as 'nr', 'event', etc.
When dealing with them, perf convert to ctf meets some problems:
1. If a parameter with name 'nr', it duplicate syscall's
common field 'nr'. One example syscall is io_submit().
2. If a parameter with name 'event', it is
On Fri, 09 Jan 2015, Jacek Anaszewski wrote:
> Add macros for max77693 led part related binding.
>
> Signed-off-by: Jacek Anaszewski
> Acked-by: Kyungmin Park
> Cc: Lee Jones
> Cc: Chanwoo Choi
> ---
> include/dt-bindings/mfd/max77693.h | 21 +
> 1 file changed, 21
On Tue, Jan 20, 2015 at 09:29:14AM +, Hanjun Guo wrote:
> On 2015年01月20日 02:01, Mark Rutland wrote:
> > On Mon, Jan 19, 2015 at 05:52:33PM +, Catalin Marinas wrote:
> >> On Mon, Jan 19, 2015 at 04:59:47PM +, Jon Masters wrote:
> >>> On 01/19/2015 10:13 AM, Grant Likely wrote:
> On
On Tue, Jan 20, 2015 at 11:48:24AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> This function is useful to obtain the state of the CRTC that a plane is
> being attached to.
>
> Signed-off-by: Thierry Reding
> ---
> include/drm/drm_atomic.h | 21 +
> 1 file
On Tue, Jan 20, 2015 at 11:48:21AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> There is no use-case where it would be useful for drivers not to
> implement this function and the transitional plane helpers already
> require drivers to provide an implementation.
>
> Signed-off-by:
On Tue, Jan 20, 2015 at 04:10:40PM +0530, Amit Shah wrote:
> On (Wed) 14 Jan 2015 [19:27:35], Michael S. Tsirkin wrote:
> > Some devices might not implement config space access
> > (e.g. remoteproc used not to - before 3.9).
> > virtio/console needs config space access so make it
> > fail
From Christophe Leroy
> Having a macro will help keep clear code.
It might remove an #if but it doesn't really help.
All it means is that anyone reading the code has to hunt for
the definition before proceeding.
Some comment about what (and why) the extra code is needed
might help.
...
> +
>
On Tue, Jan 20, 2015 at 11:48:23AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> This callback can be used instead of the legacy ->mode_fixup() and is
> passed the CRTC and connector states. It can thus use these states to
> validate the modeset and cache values in the state to be used
On Mon, 2015-01-19 at 09:45 +, Lee Jones wrote:
> On Thu, 15 Jan 2015, Roger Tseng wrote:
>
> > sd_set_power_mode() in derived module drivers/mmc/host/rtsx_usb_sdmmc.c
> > acquires dev_mutex and then calls pm_runtime_get_sync() to make sure the
> > device is awake while initializing a newly
From: Thierry Reding
There is no use-case where it would be useful for drivers not to
implement this function and the transitional plane helpers already
require drivers to provide an implementation.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_atomic_helper.c | 2 +-
1 file changed,
On Sun, 2015-01-18 at 17:30 +0400, Kirill Elagin wrote:
> Hello,
>
> Recently I started having issues with my Apple Magic Trackpad and I
> realised that the problem was with autosuspend. Whenever I have `auto`
> in `power/control` of my BT adapter, `btmon` shows no packets,
> nothing. As soon as
On 20/01/15 02:42, Chase Southwood wrote:
Checkpatch doesn't like kmalloc with multiply very much:
drivers/staging/comedi/drivers/das1800.c:1377: WARNING: Prefer kmalloc_array
over kmalloc with multiply
So this patch swaps that use out for kmalloc_array instead.
Signed-off-by: Chase Southwood
From: Thierry Reding
This series converts the Tegra DRM driver to atomic mode-setting. The
size of the is somewhat misleading, because a bunch of preparatory work
is included.
The first patch adds a new function to the clk API that allows checking
that setting a parent clock can succeed. This
From: Hiroshi Shimamoto
Add netlink directives and ndo entry to control VF multicast promiscuous mode.
Intel ixgbe and ixgbevf driver can handle only 30 multicast MAC addresses
per VF. It means that we cannot assign over 30 IPv6 addresses to a single
VF interface on VM. We want thousands IPv6
From: Hiroshi Shimamoto
Implements the new netdev op to turn VF multicast promiscuous mode on or off.
When VF multicast promiscuous mode is enabled, all multicast packets are
delivered to the VF.
After enabling multicast promiscuous mode from the host, we can use over 30
IPv6 addresses on VM.
From: Thierry Reding
This function is useful to obtain the state of the CRTC that a plane is
being attached to.
Signed-off-by: Thierry Reding
---
include/drm/drm_atomic.h | 21 +
1 file changed, 21 insertions(+)
diff --git a/include/drm/drm_atomic.h
From: Thierry Reding
All output drivers have open-coded variants of this function, so export
it to remove some code duplication.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 2 +-
drivers/gpu/drm/tegra/drm.h | 1 +
drivers/gpu/drm/tegra/dsi.c | 6 ++
From: Thierry Reding
This callback can be used instead of the legacy ->mode_fixup() and is
passed the CRTC and connector states. It can thus use these states to
validate the modeset and cache values in the state to be used during
the actual modeset.
Signed-off-by: Thierry Reding
---
On 01/11/2015 10:57 PM, Peter Pan 潘栋 (peterpandong) wrote:
>> On 01/08/2015 02:04 AM, Peter Pan 潘栋 (peterpandong) wrote:
> This commit adds the devicetree binding document that specifies the
> spi nand devices support.
>
> Signed-off-by: Peter Pan
> ---
>
From: Thierry Reding
In order to prevent drivers from having to perform the same checks over
and over again, add an optional ->atomic_disable callback which the core
calls under the right circumstances.
v2: pass old state and detect edges to avoid calling ->atomic_disable on
already disabled
From: Thierry Reding
When disabling the display controller, stop it and wait for it to become
idle. Doing so ensures that no further accesses to the framebuffer occur
and the buffers can be safely unmapped or freed.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 70
From: Thierry Reding
Previously output drivers would all stop the display controller in their
disable path. However with the transition to atomic modesetting the
display controller needs to be kept running until all planes have been
disabled so that software can properly determine (using VBLANK
From: Thierry Reding
The DRM core should take care of disabling all unneeded planes, so there
is no need to do this explicitly.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/drivers/gpu/drm/tegra/dc.c
On Tue, Jan 20, 2015 at 02:39:16AM +, Hanjun Guo wrote:
> On 2015年01月19日 18:42, Catalin Marinas wrote:
> > On Sun, Jan 18, 2015 at 06:25:53AM +, Hanjun Guo wrote:
> >> On 2015年01月16日 17:49, Catalin Marinas wrote:
> >>> On Wed, Jan 14, 2015 at 03:04:54PM +, Hanjun Guo wrote:
> ---
From: Thierry Reding
The output layer was initially designed to help reduce the amount of
code duplicated in output drivers. An unfortunate side-effect of that
was that it turned into a midlayer and it became difficult to make the
output drivers work without bending over backwards to fit into
From: Thierry Reding
Implement encoder and connector within the HDMI driver itself using the
Tegra output helpers rather than using the Tegra output as midlayer. By
doing so one level of indirection is removed and output drivers become
more flexible while keeping the majority of the advantages
From: Thierry Reding
Implement encoder and connector within the eDP driver itself using the
Tegra output helpers rather than using the Tegra output as midlayer. By
doing so one level of indirection is removed and output drivers become
more flexible while keeping the majority of the advantages
From: Thierry Reding
This is a small helper that performs the basic steps required by all
output drivers to prepare the display controller for use with a given
encoder.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 20
drivers/gpu/drm/tegra/drm.h | 2 ++
From: Thierry Reding
Implement encoder and connector within the DSI driver itself using the
Tegra output helpers rather than using the Tegra output as midlayer. By
doing so one level of indirection is removed and output drivers become
more flexible while keeping the majority of the advantages
From: Thierry Reding
The tegra_output midlayer is now completely gone and output drivers use
it purely as a helper library.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 52
drivers/gpu/drm/tegra/drm.h| 39 ---
From: Thierry Reding
The tegra_output_exit() and tegra_output_remove() functions cannot fail,
so make them return void.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/drm.h| 4 ++--
drivers/gpu/drm/tegra/dsi.c| 6 +-
drivers/gpu/drm/tegra/hdmi.c | 6 +-
801 - 900 of 2172 matches
Mail list logo