On Sat, 2015-09-19 at 10:40 +0800, Fu, Zhonghui wrote:
> Now, PM core supports asynchronous suspend/resume mode for devices
> during system suspend/resume, and the power state transition of one
> device may be completed in separate kernel thread. PM core ensures
> all power state transition timing
On Tue, Sep 22, 2015 at 07:49:13AM -0600, Shuah Khan wrote:
> On 09/22/2015 04:45 AM, Andre Przywara wrote:
> > At the moment the userfaultfd test program only supports x86 and an
> > architecture called "powewrpc" ;-)
> > Fix that typo and add the syscall numbers for other architectures as
> > wel
On Tue, Sep 22, 2015 at 07:36:40AM -0500, Bjorn Helgaas wrote:
> On Tue, Sep 22, 2015 at 02:29:03PM +0300, Michael S. Tsirkin wrote:
> > On Mon, Sep 21, 2015 at 05:10:43PM -0500, Bjorn Helgaas wrote:
> > > On Mon, Sep 21, 2015 at 10:42:13PM +0300, Michael S. Tsirkin wrote:
> > > > On Mon, Sep 21, 2
Commit-ID: b55a3bb8650ddb096624175c55176d7fdbcad4ae
Gitweb: http://git.kernel.org/tip/b55a3bb8650ddb096624175c55176d7fdbcad4ae
Author: Ludovic Desroches
AuthorDate: Mon, 21 Sep 2015 15:46:06 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 22 Sep 2015 16:04:43 +0200
irqchip/atmel-aic5
On Tue, Sep 22, 2015 at 03:50:30PM +0200, Thomas Gleixner wrote:
> On Tue, 22 Sep 2015, Boris Brezillon wrote:
> > On Tue, 22 Sep 2015 12:27:08 +0200 (CEST)
> > Thomas Gleixner wrote:
> > > Why is this locking dgc->gc[0] and fiddling with some other generic
> > > chip?
> >
> > Actually, we always
> > > +static int arm_short_unmap(struct io_pgtable_ops *ops,
> > > + unsigned long iova,
> > > + size_t size)
> > > +{
> > > + struct arm_short_io_pgtable *data = io_pgtable_ops_to_data(ops);
> > > + struct io_pgtable_cfg *cfg = &data->
On 09/21/2015 04:51 PM, Will Deacon wrote:
On Mon, Sep 21, 2015 at 10:36:40PM +0100, Mark Salyzyn wrote:
On 09/21/2015 02:09 PM, Will Deacon wrote:
On Mon, Sep 21, 2015 at 09:39:50PM +0100, Mark Salyzyn wrote:
Description from commit 45cac65b0fcd
("readahead: fault retry breaks mmap file
Commit-ID: 414a431ad6217a03e561fcb199048141db3fc024
Gitweb: http://git.kernel.org/tip/414a431ad6217a03e561fcb199048141db3fc024
Author: Ludovic Desroches
AuthorDate: Mon, 21 Sep 2015 15:46:05 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 22 Sep 2015 16:04:42 +0200
irqchip/atmel-aic5
On Tue, 22 Sep 2015, Oliver Neukum wrote:
> Indeed. We can handle output to suspended devices by waking them.
> I don't see why this case is different. We are talking about input
> only.
>
> > The runtime-PM "usage" value for these devices is a little tricky to
> > calculate. It should be nonze
Hi Heiko,
在 2015年09月22日 22:00, Heiko Stübner 写道:
Hi Caesar,
Am Freitag, 18. September 2015, 16:51:09 schrieb Caesar Wang:
Build the arm64 SoCs (e.g.: RK3368) on Rockchip platform,
There are some failure with build up on timer driver for rockchip.
logs:
...
drivers/clocksource/rockchip_timer.
Add syspll, mempll, cpupll, gate-clk and berlin-clk nodes.
Signed-off-by: Jisheng Zhang
---
arch/arm64/boot/dts/marvell/berlin4ct.dtsi | 38 ++
1 file changed, 38 insertions(+)
diff --git a/arch/arm64/boot/dts/marvell/berlin4ct.dtsi
b/arch/arm64/boot/dts/marvell/ber
Add berlin-clk driver for Marvell SoCs newer than BG2, BG2CD, BG2Q.
berlin_clk_register() is provided for registering such kind of clk.
Signed-off-by: Jisheng Zhang
---
drivers/clk/berlin/Makefile | 2 +-
drivers/clk/berlin/clk.c| 147
drivers/c
Add berlin4ct clk driver. The berlin4ct SoC contains:
two kinds of PLL: normal PLL and AVPLL. The normal PLL support is done.
The AVPLL support is in TODO list.
two kinds of clk: normal clk and gate clk. The normal clk supports changing
divider, selecting clock source, disabling/enabling etc. The
This adds a dt-binding include for Marvell berlin4ct clock IDs.
Signed-off-by: Jisheng Zhang
---
.../bindings/clock/marvell,berlin4ct.txt | 38 +++
include/dt-bindings/clock/berlin4ct.h | 56 ++
2 files changed, 94 insertions(+)
create mode
This patch supports the gate-clk and berlin-clk in berlin4ct SoC.
Signed-off-by: Jisheng Zhang
---
drivers/clk/berlin/Makefile| 2 +-
drivers/clk/berlin/clk-berlin4ct.c | 164 +
2 files changed, 165 insertions(+), 1 deletion(-)
create mode 100644 dr
Add pll driver for Marvell SoCs newer than BG2, BG2CD, BG2Q.
Signed-off-by: Jisheng Zhang
---
drivers/clk/berlin/Makefile | 2 +-
drivers/clk/berlin/pll.c| 119
2 files changed, 120 insertions(+), 1 deletion(-)
create mode 100644 drivers/clk/be
Commit-ID: 71f64340fc0eadd06036d0db9a511b6d726add1d
Gitweb: http://git.kernel.org/tip/71f64340fc0eadd06036d0db9a511b6d726add1d
Author: Huang Shijie
AuthorDate: Wed, 2 Sep 2015 10:24:55 +0800
Committer: Thomas Gleixner
CommitDate: Tue, 22 Sep 2015 16:14:55 +0200
genirq: Remove the secon
On Tue, 22 Sep 2015 11:04:43 -0300
Arnaldo Carvalho de Melo wrote:
> Sure, I'm adding it to perf/core, i.e. for 4.4, or do you think this
> needs to go into 4.3?
>
Well, it does fix a bug. Probably should. Maybe even mark it for stable?
-- Steve
--
To unsubscribe from this list: send the line
>-Original Message-
>From: Thomas Gleixner [mailto:t...@linutronix.de]
>Sent: Monday, September 21, 2015 7:52 PM
>To: Manoil Claudiu-B08782
>Cc: Sudeep Holla ; linux...@vger.kernel.org; linux-
>ker...@vger.kernel.org; Rafael J. Wysocki ; David S.
>Miller ; Kevin Hao ;
>net...@vger.kernel.o
On Tue 2015-09-22 21:32 +0800, Yaowei Bai wrote:
> This patch makes is_hardlockup return bool to improve readability
> due to this particular function only using either one or zero as its
> return value.
>
> No functional change.
>
> Signed-off-by: Yaowei Bai
> ---
> kernel/watchdog.c | 6 +++--
On Tue, Sep 22, 2015 at 01:22:24PM +0200, Geert Uytterhoeven wrote:
> On Tue, Sep 22, 2015 at 1:19 PM, Geert Uytterhoeven
> wrote:
> > JFYI, when comparing v4.3-rc2[1] to v4.3-rc1[3], the summaries are:
> > - build errors: +4/-9
>
> + /home/kisskb/slave/src/drivers/mfd/intel-lpss-pci.c: error
The IEEE80211_STYPE_PROBE_REQ flag appears twice in the expression
and coccicheck complains with:
wilc_wfi_cfgoperations.h:80:3-38: duplicated argument to & or |
Signed-off-by: Javier Martinez Canillas
---
drivers/staging/wilc1000/wilc_wfi_cfgoperations.h | 1 -
1 file changed, 1 deletion(-)
Commit-ID: ac742d37180bee83bc433be087b66a17af2883b9
Gitweb: http://git.kernel.org/tip/ac742d37180bee83bc433be087b66a17af2883b9
Author: Rasmus Villemoes
AuthorDate: Wed, 9 Sep 2015 23:36:40 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 22 Sep 2015 16:23:15 +0200
futex: Force hot var
Mathieu Poirier writes:
> +static void etm_event_destroy(struct perf_event *event)
> +{
> + /* switching off the source will also tear down the path */
> + etm_event_power_sources(event->cpu, false);
> +}
> +
> +static int etm_event_init(struct perf_event *event)
> +{
> + int ret;
> +
Hi,
On 22-09-15 16:04, Maxime Ripard wrote:
On Tue, Sep 22, 2015 at 03:01:58PM +0200, Hans de Goede wrote:
In short, this is not about "power supply" but VBUS detection. IIRC,
if no VBUS detection method is provided, the phy driver just waits a
period of time after an ID pin change and then con
Support for Wolfson Microelectronics devices is now part of Cirrus Logic
and the relevant parts of the old opensource.wolfsonmicro.com site have
moved to the Cirrus Logic GitHub area.
This patch updates the website and git repo links, and also removes an
obsolete website link for the voltage and c
Oleg Nesterov wrote:
> On 09/22, Tetsuo Handa wrote:
> >
> > I imagined a dedicated kernel thread doing something like shown below.
> > (I don't know about mm->mmap management.)
> > mm->mmap_zapped corresponds to MMF_MEMDIE.
>
> No, it doesn't, please see below.
>
> > bool has_sigkill_task;
> > w
Punit Agrawal writes:
> The System Control Processor (SCP) provides access to SoC sensors via
> the System Control and Power Interface (SCPI) Message Protocol. Add
> bindings to allow probing of these sensors. Also support referencing
> of the sensors for setting up thermal zones via the thermal
On Tue, 2015-09-22 at 10:15 -0400, Alan Stern wrote:
> On Tue, 22 Sep 2015, Oliver Neukum wrote:
>
> > Indeed. We can handle output to suspended devices by waking them.
> > I don't see why this case is different. We are talking about input
> > only.
> >
> > > The runtime-PM "usage" value for thes
On Tue, 22 Sep 2015 21:29:14 +0800
Boqun Feng wrote:
> On Tue, Sep 22, 2015 at 02:51:36PM +0200, Martin Schwidefsky wrote:
> > On Tue, 22 Sep 2015 20:23:26 +0800
> > Boqun Feng wrote:
> >
> > > Hi Martin,
> > >
> > > On Tue, Sep 22, 2015 at 12:27:35PM +0200, Martin Schwidefsky wrote:
> > > > O
2015-09-21 19:37-0300, Marcelo Tosatti:
> On Tue, Sep 22, 2015 at 12:00:39AM +0200, Radim Krčmář wrote:
>> 2015-09-21 17:53-0300, Marcelo Tosatti:
>> > On Mon, Sep 21, 2015 at 10:00:27PM +0200, Radim Krčmář wrote:
>> >> so I thought about other problems with
>> >> PVCLOCK_COUNTS_FROM_ZERO ... have
Simplify csum_add(a, b) in case a or b is constant 0
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/checksum.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/powerpc/include/asm/checksum.h
b/arch/powerpc/include/asm/checksum.h
index 56deea8..f8a9704 100644
--- a/ar
In several architectures, ip_fast_csum() is inlined
There are functions like ip_send_check() which do nothing
much more than calling ip_fast_csum().
Inlining ip_fast_csum() allows the compiler to optimise better
Suggested-by: Eric Dumazet
Signed-off-by: Christophe Leroy
---
arch/powerpc/include
csum_partial is often called for small fixed length packets
for which it is suboptimal to use the generic csum_partial()
function.
For instance, in my configuration, I got:
* One place calling it with constant len 4
* Seven places calling it with constant len 8
* Three places calling it with const
On the 8xx, load latency is 2 cycles and taking branches also takes
2 cycles. So let's unroll the loop.
This patch improves csum_partial() speed by around 10% on both:
* 8xx (single issue processor with parallele execution)
* 83xx (superscalar 6xx processor with dual instruction fetch
and parallel
r5 does contain the value to be updated, so lets use r5 all way long
for that. It makes the code more readable.
To avoid confusion, it is better to use adde instead of addc
The first addition is useless. Its only purpose is to clear carry.
As r4 is a signed int that is always positive, this can b
addc uses carry so xer is clobbered in csum_add()
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/checksum.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/include/asm/checksum.h
b/arch/powerpc/include/asm/checksum.h
index e8d9ef4..d2ca07b 100644
-
csum_partial_copy_generic() does the same as copy_tofrom_user and also
calculates the checksum during the copy. Unlike copy_tofrom_user(),
the existing version of csum_partial_copy_generic() doesn't take
benefit of the cache.
This patch is a rewrite of csum_partial_copy_generic() based on
copy_tof
This patch serie gather patches related to checksum functions on powerpc.
Some of those patches have already been submitted individually.
Christophe Leroy (9):
powerpc: unexport csum_tcpudp_magic
powerpc: mark xer clobbered in csum_add()
powerpc32: checksum_wrappers_64 becomes checksum_wrapp
The powerpc64 checksum wrapper functions adds csum_and_copy_to_user()
which otherwise is implemented in include/net/checksum.h by using
csum_partial() then copy_to_user()
Those two wrapper fonctions are also applicable to powerpc32 as it is
based on the use of csum_partial_copy_generic() which als
Em Tue, Sep 22, 2015 at 10:19:39AM -0400, Steven Rostedt escreveu:
> On Tue, 22 Sep 2015 11:04:43 -0300
> Arnaldo Carvalho de Melo wrote:
> > Sure, I'm adding it to perf/core, i.e. for 4.4, or do you think this
> > needs to go into 4.3?
> >
>
> Well, it does fix a bug. Probably should. Maybe eve
On Tue, Sep 22, 2015 at 01:10:19PM +0300, Andy Shevchenko wrote:
> There is a chip connected to i2c bus on Intel Galileo Gen2 board. Enable it
> via
> ACPI ID INT3492.
>
> Cc: Thierry Reding
> Signed-off-by: Andy Shevchenko
> ---
> drivers/pwm/Kconfig | 2 +-
> drivers/pwm/pwm-pca9685.c
csum_tcpudp_magic is now an inline function, so there is
nothing to export
Signed-off-by: Christophe Leroy
---
arch/powerpc/lib/ppc_ksyms.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/powerpc/lib/ppc_ksyms.c b/arch/powerpc/lib/ppc_ksyms.c
index c7f8e95..f5e427e 100644
--- a/arch/powe
Thanks for reviewing this Steve and Arnaldo!
On 22/09/15 15:37, Arnaldo Carvalho de Melo wrote:
> Em Tue, Sep 22, 2015 at 10:19:39AM -0400, Steven Rostedt escreveu:
>> On Tue, 22 Sep 2015 11:04:43 -0300
>> Arnaldo Carvalho de Melo wrote:
>>> Sure, I'm adding it to perf/core, i.e. for 4.4, or do y
On Tue, Sep 22, 2015 at 06:54:27PM +0530, Sudip Mukherjee wrote:
> Handle the error properly instead of calling the pci remove function.
>
> Signed-off-by: Sudip Mukherjee
this doesn't apply. Where did you rebase this series ? Please rebase on my
testing/next
--
balbi
signature.asc
Descripti
On Tue, Sep 22, 2015 at 8:21 AM, Herbert Xu wrote:
> On Mon, Sep 21, 2015 at 11:21:14AM -0400, Dan Streetman wrote:
>>
>> As far as the hw and sw drivers producing the exact same output, I
>> don't think that's possible with the current hw and sw drivers,
>> because the hw driver may have to add a
On Tue, 22 Sep 2015 19:35:38 +0800
"majun (F)" wrote:
> Hi Marc:
>
> 在 2015/9/22 2:09, Marc Zyngier 写道:
> > On Wed, 19 Aug 2015 03:55:20 +0100
> > MaJun wrote:
> >
> [...]
> >> +These nodes must have the following properties:
> >> +- msi-parent: This property has two cells.
> >> + The 1st cel
On Tue, Sep 22, 2015 at 10:39:53AM -0400, Dan Streetman wrote:
>
> hmm, that's true, and that would simplify the code a lot! No need for
> the header anymore. But, since the sw driver is sooo much slower, it
> would be important to be able to communicate the alignment and size
> limits to the cal
apply. Where did you rebase this series ? Please rebase on my
> testing/next
This was done on next-20150922. I will rebase on your tree.
regards
sudip
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
M
[My mailbox filled between yours two emails, so I have pasted the latter
one from archives and replied to a wrong one.]
2015-09-21 21:42-0300, Marcelo Tosatti:
> 2015-09-21 19:37-0300, Marcelo Tosatti:
>> Enable counts-from-zero on MSR_KVM_SYSTEM_TIME_NEW:
>> -> Figure out whats wrong with differ
On 09/22, Tetsuo Handa wrote:
>
> Oleg Nesterov wrote:
> > On 09/22, Tetsuo Handa wrote:
> > > rcu_read_lock();
> > > for_each_process_thread(g, p) {
> > > if (likely(!fatal_signal_pending(p)))
> > > continue;
> > > task_lock(p);
> > > mm = p->mm;
On Tue, 2015-09-22 at 01:41PM +0200, Tobias Klauser wrote:
> Use of_property_read_u32 to read the "clock-frequency" property instead
> of using of_get_property with return value checks.
>
> Signed-off-by: Tobias Klauser
Reviewed-by: Sören Brinkmann
Sören
--
To unsubscribe from this list
> >
> > > Signed-off-by: Sudip Mukherjee
> >
> > this doesn't apply. Where did you rebase this series ? Please rebase on my
> > testing/next
> This was done on next-20150922. I will rebase on your tree.
Looks like today is a day of confusion for me.
I a
This patch-set fixes the show and store operations of EDAC sysfs
files, "dimm_label" and "chX_dimm_label".
---
v2:
- Always set a null at the end in the store operation.
---
Toshi Kani (2):
1/2 EDAC: Fix sysfs dimm_label show operation
2/2 EDAC: Fix sysfs dimm_label store operation
---
drive
Sysfs "dimm_label" and "chX_dimm_label" have the following issues
in their store operation.
1) A newline-terminated input string causes redundant newlines
# echo "test" > /sys/bus/mc0/devices/dimm0/dimm_label
# cat /sys/bus/mc0/devices/dimm0/dimm_label
test
# od -bc /sys/bus/mc0/devic
After 'commit 7d375bffa524 ("sb_edac: Fix support for systems with
two home agents per socket")', sysfs "dimm_label" and "chX_dimm_label"
show their label string without a newline "\n" at the end.
[root@orange ~]# cat /sys/bus/mc0/devices/dimm0/dimm_label
CPU_SrcID#0_Ha#0_Chan#0_DIMM#0[root@oran
Cc'ing Maarten and Matt; I'm guessing this may be related to one of
their recent patches.
Jesse
On 09/21/2015 11:48 AM, Dave Jones wrote:
> On Mon, Sep 07, 2015 at 02:45:59PM -0400, Dave Jones wrote:
> > On Fri, Sep 04, 2015 at 11:40:53PM +0100, Dave Airlie wrote:
> > >
> > > Hi Linus,
> >
On 09/22/2015 01:36 AM, Arnd Bergmann wrote:
On Saturday 19 September 2015 01:36:43 Constantine Shulyupin wrote:
I am designing DT support for a hwmon chip.
It has some sensors, each of them can be:
- "disabled"
- "thermal diode"
- "thermistor"
- "voltage"
Four possible options for DT
On Tue, Sep 22, 2015 at 10:42 AM, Herbert Xu
wrote:
> On Tue, Sep 22, 2015 at 10:39:53AM -0400, Dan Streetman wrote:
>>
>> hmm, that's true, and that would simplify the code a lot! No need for
>> the header anymore. But, since the sw driver is sooo much slower, it
>> would be important to be abl
On 22/09/15 15:04, Manoil Claudiu wrote:
-Original Message-
From: Thomas Gleixner [mailto:t...@linutronix.de]
[...]
on PPC architectures, the flag did the job. When did this change? Since
when using IRQF_NO_SUSPEND is a "misuse"?
It always was. Simply because IRQF_NO_SUSPEND has
On Mon, Sep 21, 2015 at 06:04:50PM -0400, Sasha Levin wrote:
> On 09/21/2015 12:12 AM, Paul E. McKenney wrote:
> > Hmmm... I created rdp->exp_funnel_mutex, but failed to give RCU-sched
> > its own lock class. Does the following untested patch fix things for you?
>
> Haven't reproduced yet, but i
On Tue, Sep 22, 2015 at 08:00:17AM -0700, Jesse Barnes wrote:
> Cc'ing Maarten and Matt; I'm guessing this may be related to one of
> their recent patches.
Adding Jairo to track this regression.
-Daniel
>
> Jesse
>
> On 09/21/2015 11:48 AM, Dave Jones wrote:
> > On Mon, Sep 07, 2015 at 02:45:59PM
On 09/22/2015 02:28 AM, Neil Armstrong wrote:
The Marvell Egress rx trailer check must be fixed to
correctly detect bad bits in the third byte of the
Eggress trailer as described in the Table 28 of the
88E6060 datasheet.
The current code incorrectly omits to check the third
byte and checks the fo
Hi,
On Thu, Aug 13, 2015 at 10:24:41AM +0530, Vaishali Thakkar wrote:
> Use managed resource function devm_power_supply_register instead
> of power_supply_register to simplify the error path by allowing
> unregister to happen automatically on error. To be compatible with
> the change, replace vari
Hi,
On Tue, Aug 11, 2015 at 11:12:45AM +0200, Alexandre Belloni wrote:
> As discussed this series is now removing non DT initialization, allowing to
> compile the drivers as modules and finally adding slow clock support to the
> drivers.
>
> [...]
>
> power/reset: at91-reset: remove useless at91
Hi,
On Thu, Sep 17, 2015 at 06:27:52PM +0530, Vaishali Thakkar wrote:
> Use managed resource functions devm_request_threaded_irq and
> devm_power_supply_register to simplify error handling.
>
> Also, remove max17042_remove as it is now redundant.
Thanks, queued for 4.4.
-- Sebastian
signature
Hi,
On Thu, Sep 17, 2015 at 06:55:00PM +0530, Vaishali Thakkar wrote:
> Use managed resource functions devm_request_threaded_irq and
> devm_power_supply_register to simplify error handling.
>
> To be compatible with the change, various gotos are replaced
> with direct returns and unneeded labels
On Tuesday 22 September 2015 08:08:25 Guenter Roeck wrote:
> > I would strongly prefer Option 1 or 2 over option 3.
> > Between 1 and 2, I'd probably go for 1. Another option might
> > be to have a subnode per sensor:
> >
> > nct7802@2a {
> > compatible = "nuvoton,nct7802";
> > re
Hi,
> > static unsigned int features[] = {
> > +#ifdef __LITTLE_ENDIAN
> > + VIRTIO_GPU_FEATURE_VIRGL,
> > +#endif
> > };
>
> Why is virgl LE specific? Just curious.
gallium command stream is native endian, and we only support little
endian guests on little endian hosts for that reason.
S
Hi,
On Sun, Sep 20, 2015 at 12:13:37AM +0200, Marcel Ziswiler wrote:
> By accident I stumbled over a few misspelled words in the
> charger-manager header file which this patch fixes. Namely:
> - Extcon rather than Exton
> - constraint rather than constratint
> - existence rather than existance
> -
Hi,
On Fri, Sep 18, 2015 at 06:54:07PM +0200, Luis de Bethencourt wrote:
> This platform driver has a OF device ID table but the OF module
> alias information is not created so module autoloading won't work.
Thanks, queued.
-- Sebastian
signature.asc
Description: Digital signature
On Tue, Sep 22, 2015 at 03:57:06PM +0200, Hans-Peter Nilsson wrote:
> > From: "Kirill A. Shutemov"
> > Date: Tue, 22 Sep 2015 15:27:51 +0200
>
> > On Tue, Sep 22, 2015 at 02:50:19PM +0200, Hans-Peter Nilsson wrote:
> > > That element (the struct) needs *explicit* padding or alignment
> > > to the
Hi,
On Mon, Sep 14, 2015 at 04:26:07PM -0500, Andrew F. Davis wrote:
> The MODULE_DEVICE_TABLE macro automatically adds all needed
> i2c MODULE_ALIASes so remove the extra MODULE_ALIAS.
Thanks, queued.
-- Sebastian
signature.asc
Description: Digital signature
Eric Dumazet wrote:
>
> What I said is :
>
> In @head you already have the correct nulls value, from hash table.
>
> You do not need to recompute this value, and/or test if hash table chain
> is empty.
>
> If hash bucket is empty, it contains the appropriate NULLS value.
>
> If you are paranoi
On Tue, 22 Sep 2015 11:37:14 -0300
Arnaldo Carvalho de Melo wrote:
> Em Tue, Sep 22, 2015 at 10:19:39AM -0400, Steven Rostedt escreveu:
> > On Tue, 22 Sep 2015 11:04:43 -0300
> > Arnaldo Carvalho de Melo wrote:
> > > Sure, I'm adding it to perf/core, i.e. for 4.4, or do you think this
> > > need
On Mon, Aug 24, 2015 at 09:10:40PM -0400, Paul Gortmaker wrote:
> [Re: [PATCH 01/10] mm: make cleancache.c explicitly non-modular] On
> 24/08/2015 (Mon 20:10) Konrad Rzeszutek Wilk wrote:
>
> > On August 24, 2015 6:14:33 PM EDT, Paul Gortmaker
> > wrote:
> > >The Kconfig currently controlling c
Dmitry Vyukov wrote:
> rhashtable_rehash_one() uses complex logic to update entry->next field,
> after INIT_RHT_NULLS_HEAD and NULLS_MARKER expansion:
>
> entry->next = 1 | ((base + off) << 1)
>
> This can be compiled along the lines of:
>
> entry->next = base + off
> entry->next <<= 1
> entry-
gt; > > Handle the error properly instead of calling the pci remove function.
> > > >
> > > > Signed-off-by: Sudip Mukherjee
> > >
> > > this doesn't apply. Where did you rebase this series ? Please rebase on my
> > > testing/next
> >
On 18/09/15 10:23, Suzuki K. Poulose wrote:
> On 16/09/15 15:20, Suzuki K. Poulose wrote:
>> From: "Suzuki K. Poulose"
>>
>> This is an updated reincarnation of my "arm64: Expose CPU feature registers"
>> series [1], which does much more.
>
>
> The series is also available here :
>
> git://linu
On Tue, 22 Sep 2015, Oliver Neukum wrote:
> > I'm not sure I understand what you're saying. Are you suggesting that
> > this "inhibit" mechanism should involve a new callback different from
>
> Yes, there is no necessary relation to power management. If you put
> your phone into your pocket, you
On 22/09/15 16:19, James Morse wrote:
On 18/09/15 10:23, Suzuki K. Poulose wrote:
On 16/09/15 15:20, Suzuki K. Poulose wrote:
From: "Suzuki K. Poulose"
This is an updated reincarnation of my "arm64: Expose CPU feature registers"
series [1], which does much more.
The series is also availabl
From: Kapileshwar Singh
When a trace recorded on a 32-bit device is processed with a 64-bit
binary, the higher 32-bits of the address need to ignored.
The lack of this results in the output of the 64-bit pointer
value to the trace as the 32-bit address lookup fails in find_printk().
Before:
From: Mark Rutland
If a session contains no events, we can get stuck in an infinite loop in
__perf_session__process_events, with a non-zero file_size and data_offset, but
a zero data_size.
In this case, we can mmap the entirety of the file (consisting of the file and
attribute headers), and fetc
On Mon, Sep 21, 2015 at 11:23:01PM +0100, Will Deacon wrote:
> On Mon, Sep 21, 2015 at 03:10:38PM +0100, Boqun Feng wrote:
> > On Mon, Sep 21, 2015 at 09:45:15PM +0800, Boqun Feng wrote:
> > > On Thu, Sep 17, 2015 at 07:00:01PM +0100, Will Deacon wrote:
> > > > On Thu, Sep 17, 2015 at 03:50:12AM +0
> > +int virtgpu_gem_prime_mmap(struct drm_gem_object *obj,
> > + struct vm_area_struct *area)
> > +{
> > + WARN_ONCE(1, "not implemented");
> > + return ENOSYS;
>
> This can get called by userspace, so please don't WARN here. Also missing
> negate sign:
>
> return -ENO
We don't need to use O_LARGEFILE anymore inside the kernel and can for the
most part just let it sit in the UAPI headers and ignore it everywhere else.
Indeed on 64-bit arches, we enforce the use of O_LARGEFILE.
Quite a few places turn it on, but only the following places actually take
any notice
On Tue, Sep 22, 2015 at 07:37:04AM +0800, Boqun Feng wrote:
> On Tue, Sep 22, 2015 at 07:26:56AM +0800, Boqun Feng wrote:
> > On Mon, Sep 21, 2015 at 11:24:27PM +0100, Will Deacon wrote:
> > > Hi Boqun,
> > >
> > > On Sun, Sep 20, 2015 at 09:23:03AM +0100, Boqun Feng wrote:
> > > > On Sat, Sep 19,
Don't pass O_LARGEFILE when opening a file internally within the kernel
because due to the preceeding commit, the flag is now assumed fixed on for
all arches, not just 64-bit ones.
Signed-off-by: David Howells
---
drivers/media/pci/cx25821/cx25821-audio-upstream.c |4 ++--
drivers/mtd/nand/
> If you mean adding int to 'unsigned long [long]' types, it does not work.
> For some reason it works only without adding int after long.
Do you get any error message for this SmPL approach?
With which source files do you try the extended SmPL script out?
Regards,
Markus
--
To unsubscribe from t
Commit-ID: ee07b34fd435b7cc5678b36dda7f6468fe6a0e55
Gitweb: http://git.kernel.org/tip/ee07b34fd435b7cc5678b36dda7f6468fe6a0e55
Author: Vitaly Kuznetsov
AuthorDate: Tue, 22 Sep 2015 15:49:59 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 22 Sep 2015 17:25:31 +0200
x86/hyperv: Fix bui
From: Alan Tull
Add a document on the new FPGA manager core.
Signed-off-by: Alan Tull
---
v9: initial version where this patch was added
v10: requested cleanups to formatting and otherwise
s/fpga/FPGA/g
rewrite implementation section to not reference socfpga.c by name
other rew
On Tue, Sep 22, 2015 at 04:33:07PM +0200, Martin Schwidefsky wrote:
> On Tue, 22 Sep 2015 21:29:14 +0800
> Boqun Feng wrote:
>
> > On Tue, Sep 22, 2015 at 02:51:36PM +0200, Martin Schwidefsky wrote:
> > > On Tue, 22 Sep 2015 20:23:26 +0800
> > > Boqun Feng wrote:
> > >
> > > > Hi Martin,
> > >
On Mon, Aug 24, 2015 at 06:14:41PM -0400, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> config FRONTSWAP
> bool "Enable frontswap to cache swap pages if tmem is present"
>
> ...meaning that it currently is not being built as a module by anyone.
>
On Monday 14 September 2015 02:59 PM, Peter Ujfalusi wrote:
> Fix the values returned by the publicly used functions.
> These function should return 0 when they are called with clk == NULL in
> similar manner as the clock API does to avoid different behavior in drivers
> used by daVinci and other a
On 2015-09-19 at 06:40:51 +0200, Marek Vasut wrote:
> Fix the following compiler splat by adding __maybe_unused annotation
> to the variable. Using this particular annotation has the least ugly
> impact on the code compared to using ifdeffery.
>
> arch/nios2/kernel/setup.c: In function 'nios2_boo
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit f73e22ab450140830005581c2c7ec389791a1b8d:
perf: Fix races in computing the header sizes (2015-09-18 09:20:26 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/
On Tue, Sep 22, 2015 at 08:18:35AM -0700, Paul E. McKenney wrote:
> On Tue, Sep 22, 2015 at 03:57:06PM +0200, Hans-Peter Nilsson wrote:
> > I guess you hit the right spot, but I'd think people would be
> > more comfortable with aligning to sizeof (void *).
>
> I would indeed prefer sizeof(void *).
On Mon, 21 Sep 2015, Davidlohr Bueso wrote:
> As such, weakly ordered archs can benefit from more relaxed use
> of barriers when locking/unlocking.
>
> Signed-off-by: Davidlohr Bueso
> ---
> kernel/locking/rtmutex.c | 30 +-
> 1 file changed, 21 insertions(+), 9 delet
Hi Vitaly,
On Mon, Sep 21, 2015 at 11:11:00PM +0200, Vitaly Wool wrote:
> Hello Minchan,
>
> > Sorry, because you wrote up "zram" in the title.
> > As I said earlier, we need several numbers to investigate.
> >
> > First of all, what is culprit of your latency?
> > It seems you are thinking about
On Mon, Sep 21, 2015 at 06:16:51PM -0700, Bjorn Andersson wrote:
> On Wed 02 Sep 15:46 PDT 2015, Stephen Boyd wrote:
>
> > Usage of VLAIS prevents clang from compiling this file, and it
> > also opens us to the possibility of allocating a large structure
> > on the stack to the point that we blow
501 - 600 of 1284 matches
Mail list logo
