Hi Russel,
No more comment?
I answered your question.
2015-07-11 1:41 GMT+09:00 Masahiro Yamada :
> Hi Russel,
>
>
> 2015-07-10 19:22 GMT+09:00 Russell King - ARM Linux :
>> On Mon, Jul 06, 2015 at 09:37:04PM +0900, Masahiro Yamada wrote:
>>> [3] Then, re-build "all" and "uImage" simultaneousl
On Tue, Jul 21, 2015 at 02:29:35PM +0800, Pan Xinhui wrote:
> From: Pan Xinhui
>
> It's safe and more reasonable to unlock memtype_lock right after
> rbt_memtype_check_insert.
>
> Signed-off-by: Pan Xinhui
> ---
> arch/x86/mm/pat.c | 7 ++-
> 1 file changed, 2 insertions(+), 5 deletions(-)
Hi Ivan,
Thnaks for all the reviews.
> -Original Message-
> From: linux-arm-msm-ow...@vger.kernel.org [mailto:linux-arm-msm-
> ow...@vger.kernel.org] On Behalf Of Ivan T. Ivanov
> Sent: Monday, July 20, 2015 1:55 PM
> To: Sricharan R
> Cc: devicet...@vger.kernel.org; linux-arm-...@vger.k
Use BIT_MASK() and BIT_WORD() rather than hard-coding the size
of the "long" type.
Signed-off-by: Masahiro Yamada
---
arch/arm/include/asm/bitops.h | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/arch/arm/include/asm/bitops.h b/arch/arm/include/asm
WARNING: line over 80 characters
comment block , odd statement fixes
Signed-off-by: Vinay Simha BN
---
drivers/staging/sm750fb/sm750_accel.h | 30 --
drivers/staging/sm750fb/sm750_help.h | 23 +--
2 files changed, 21 insertions(+), 32 deletions(-)
On Mon, Jul 20, 2015 at 05:33:50PM +0200, Daniel Vetter wrote:
> On Mon, Jul 20, 2015 at 08:36:01PM +0530, Sudip Mukherjee wrote:
> > While creating the debugfs file we are setting the inode->i_private to
> > dev. That same dev is passed to these functions as private of struct
> > seq_file via sing
Hi Morten,
On Tue, Jul 07, 2015 at 07:24:10PM +0100, Morten Rasmussen wrote:
> The idle-state of each cpu is currently pointed to by rq->idle_state but
> there isn't any information in the struct cpuidle_state that can used to
> look up the idle-state energy model data stored in struct
> sched_gro
On Fri, 2015-07-17 at 13:28 +0800, Zumeng Chen wrote:
> On 2015年07月17日 12:07, Michael Ellerman wrote:
> > On Fri, 2015-07-17 at 09:27 +0800, Zumeng Chen wrote:
> >> On 2015年07月16日 17:04, Michael Ellerman wrote:
> >>> On Thu, 2015-07-16 at 13:57 +0800, Zumeng Chen wrote:
> Hi All,
>
>
* Andy Lutomirski wrote:
> On Mon, Jul 20, 2015 at 11:28 PM, Ingo Molnar wrote:
> >
> > * Brian Gerst wrote:
> >
> >> Allocate a separate structure for the vm86 fields.
> >
> > Why is this allocated dynamically? This structure is not very large, and a
> > hole in thread_struct isn't that big
On 21.07.2015 1:19, Stephen Warren wrote:
On 07/20/2015 02:35 PM, Andrey Danin wrote:
NVEC driver was reimplemented to use tegra i2c. Use common i2c bindings
for NVEC node.
diff --git a/arch/arm/boot/dts/tegra20-paz00.dts
b/arch/arm/boot/dts/tegra20-paz00.dts
+nvec: nvec@45 {
+
* Ingo Molnar wrote:
> * Brian Gerst wrote:
>
> > Allocate a separate structure for the vm86 fields.
>
> Why is this allocated dynamically? This structure is not very large, and a
> hole
> in thread_struct isn't that big of an issue - compared to additional
> fragility
> introduced by the
From: Pan Xinhui
It's safe and more reasonable to unlock memtype_lock right after
rbt_memtype_check_insert.
Signed-off-by: Pan Xinhui
---
arch/x86/mm/pat.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/arch/x86/mm/pat.c b/arch/x86/mm/pat.c
index 188e3e0..cb75639 10
On Mon, Jul 20, 2015 at 11:28 PM, Ingo Molnar wrote:
>
> * Brian Gerst wrote:
>
>> Allocate a separate structure for the vm86 fields.
>
> Why is this allocated dynamically? This structure is not very large, and a
> hole in
> thread_struct isn't that big of an issue - compared to additional fragi
* Brian Gerst wrote:
> Allocate a separate structure for the vm86 fields.
Why is this allocated dynamically? This structure is not very large, and a hole
in
thread_struct isn't that big of an issue - compared to additional fragility
introduced by the (mostly untested by normal apps) dynamic
Use dev_err() rather than pr_err() to display the error message.
(Besides, dev_err() is already used 7 lines below in this function.)
Also, drop the redundant information "on %s" because dev_err() shows
which device the message is related to.
Signed-off-by: Masahiro Yamada
---
drivers/pinctrl/
Use dev_err() rather than pr_err() to display the error message.
pinctrl_dev_get_name(pctldev) is no longer necessary because
dev_err() shows which device the message is related to.
Signed-off-by: Masahiro Yamada
---
drivers/pinctrl/pinmux.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions
On Mon, 2015-07-20 at 20:45 +1000, Alexey Kardashevskiy wrote:
> The existing code stores the amount of memory allocated for a TCE table.
> At the moment it uses @offset which is a virtual offset in the TCE table
> which is only correct for a one level tables and it does not include
> memory alloca
On Mon, Jul 20, 2015 at 11:21 PM, Stephane Eranian wrote:
> On Mon, Jul 20, 2015 at 11:01 PM, Andy Lutomirski wrote:
>> On Mon, Jul 20, 2015 at 8:10 PM, Stephane Eranian wrote:
>>> On Mon, Jul 20, 2015 at 8:49 AM, Kan Liang wrote:
From: Andy Lutomirski
This patch adds freq PMU t
On Mon, Jul 20, 2015 at 11:01 PM, Andy Lutomirski wrote:
> On Mon, Jul 20, 2015 at 8:10 PM, Stephane Eranian wrote:
>> On Mon, Jul 20, 2015 at 8:49 AM, Kan Liang wrote:
>>> From: Andy Lutomirski
>>>
>>> This patch adds freq PMU to support time and freq related counters
>>> includes TSC, IA32_AP
* Paolo Pisati wrote:
> hd0_info and hd1_info are not used anymore, don't reference them in the code
>
> Signed-off-by: Paolo Pisati
> ---
> arch/x86/kernel/kexec-bzimage64.c | 4
> 1 file changed, 4 deletions(-)
>
> diff --git a/arch/x86/kernel/kexec-bzimage64.c
> b/arch/x86/kernel/ke
Current implemantation ptr argument evaluate 2 times.
It'll be an unexpected result.
Changes v3:
Some build error fix.
Changes v2:
Argument x protect.
Signed-off-by: Yoshinori Sato
---
include/asm-generic/uaccess.h | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/i
On Monday 20 July 2015 18:26:27, Mark Brown wrote:
> > AFAICS even a flat cache seems also only be usefull when providing
> > defaults, no? (Or having volatile registers).
>
> Well, it's *better* to provide defaults since otherwise everything
> defaults to 0 but it does avoid the whole allocation
On Mon, Jul 20, 2015 at 08:55:43AM +0200, Guillaume Bienkowski wrote:
> Signed-off-by: Guillaume Bienkowski
> ---
you have not given anything in the commit message. Please mention which
type of space style issue you have corrected in the commit message. Same
for your next 2/2 patch also. There is
On Mon, 2015-07-20 at 16:02 +0100, Mark Brown wrote:
> On Mon, Jul 20, 2015 at 08:41:50PM +0800, Henry Chen wrote:
> > The regmap_format will not be initialize since regmap_bus is not assgined
> > on regmap_init(). It should has a function check before using
> > format_val() to avoid null functio
On Mon, Jul 20, 2015 at 8:10 PM, Stephane Eranian wrote:
> On Mon, Jul 20, 2015 at 8:49 AM, Kan Liang wrote:
>> From: Andy Lutomirski
>>
>> This patch adds freq PMU to support time and freq related counters
>> includes TSC, IA32_APERF, IA32_MPERF and IA32_PPERF.
>>
>> The events are exposed in s
Hi!
I would like you to come and see my latest photos on MyDailyFlog.
Check out:
http://www.mydailyflog.com/go/invite_register/saiprathap/22143969&stc=89
Thanks!
sai sadasivam
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
To unsubscribe of this type of email from MyDailyFlog in the future
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 60cd37eb100c4880b28078a47f3062fac7572095:
>
> Merge tag 'perf-core-for-mingo' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
On Tue, 21 Jul 2015 04:56:21 +0900,
Guenter Roeck wrote:
>
> Hi,
>
> Commit 52b2512d507d ("asm-generic: {get,put}_user ptr argument evaluate only
> 1 time")
> causes the following compile error with various architectures (arc, arcv2,
> c6x, hexagon,
> um, unicore32) in -next.
>
> block/scsi_io
On 07/21/2015 09:30 AM, Zheng, Lv wrote:
> Hi,
>
> If the issue is already identified and confirmed:
> For example, you've confirmed the QR_EC(0x14) can only arrive when the
> keyboard accessory is plugged in.
> Then please ignore my previous reply.
> I don't have idea about handling a LID that a
On Tue, Jul 21, 2015 at 2:45 PM, Masahiro Yamada
wrote:
> This variable is used as an iterator and initialized in the
> list_for_each() loop.
>
Looks good, thanks!
Reviewed-by: Alexandre Courbot
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/gpio/gpiolib.c | 2 +-
> 1 file changed, 1 ins
On Mon, 2015-07-20 at 08:41 -0500, Segher Boessenkool wrote:
> On Mon, Jul 20, 2015 at 04:24:22PM +0530, Ananth N Mavinakayanahalli wrote:
> > There is a potential gain to be had with a direct
> > jump instead of a breakpoint, but the caveats need to be traded off
> > with the complexity it brings
On Tue, Jul 21, 2015 at 12:05:56AM -0400, Ming Lei wrote:
> On Mon, Jul 20, 2015 at 9:59 PM, Dave Chinner wrote:
> > Hi Ming,
> >
> > With the recent merge of the loop device changes, I'm now seeing
> > XFS deadlock on my single CPU, 1GB RAM VM running xfs/073.
> >
> > The deadlocked is as follows
This variable is used as an iterator and initialized in the
list_for_each() loop.
Signed-off-by: Masahiro Yamada
---
drivers/gpio/gpiolib.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
index bf4bd1d..adb03c6 100644
--- a/dri
2015-07-21 14:13 GMT+09:00 Krzysztof Kozlowski :
> 2015-07-21 14:02 GMT+09:00 Kukjin Kim :
>> Krzysztof Kozlowski wrote:
>>>
>>> Dear Kukjin,
>>>
>>> Exynos mach-code related improvements. Description along with a tag.
>>> You can find them also on the lists with my reviewed-by.
>>>
>>> Best regard
Hi all,
Changes since 20150720:
The nfsd tree gained a build failure so I used the version from
next-20150720.
The sound-asoc tree lost its build failure.
The gpio tree gained a build failure for which I added a merge fix patch.
The akpm tree lost a patch that turned up elsewhere.
Non-merge
2015-07-21 14:02 GMT+09:00 Kukjin Kim :
> Krzysztof Kozlowski wrote:
>>
>> Dear Kukjin,
>>
>> Exynos mach-code related improvements. Description along with a tag.
>> You can find them also on the lists with my reviewed-by.
>>
>> Best regards,
>> Krzysztof
>>
>>
>> The following changes since commit
Hi,
On Monday 20 July 2015 05:34 PM, Tero Kristo wrote:
> On 07/17/2015 04:47 PM, Roger Quadros wrote:
>> scm_conf1 maps the control register address space after the
>> padconf till the end.
>>
>> Fix the scm_conf and pmx_core resource lengths. We need to add
>> 4 bytes to include the last 32-bit
On Mon, Jul 20, 2015 at 08:45:51PM +1000, Alexey Kardashevskiy wrote:
> The existing code stores the amount of memory allocated for a TCE table.
> At the moment it uses @offset which is a virtual offset in the TCE table
> which is only correct for a one level tables and it does not include
> memory
eaches end of non-void function
> [-Wreturn-type]
> }
> ^
>
> Caused by commit
>
> 395b297af7bf ("nfsd: Add layouts checking in client_has_state()")
>
> cl_lo_states is only defined when CONFIG_NFSD_PNFS is set.
>
> I have used the nsfd tree from n
Krzysztof Kozlowski wrote:
>
> Dear Kukjin,
>
> Exynos mach-code related improvements. Description along with a tag.
> You can find them also on the lists with my reviewed-by.
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit 1c4c7159ed2468f3ac4ce5a7f08d79663d381a93:
>
>
Krzysztof Kozlowski wrote:
>
> Dear Kukjin,
>
Hi Krzysztof,
> DTS related improvements. Description along with a tag.
> You can find them also on the lists with my reviewed-by.
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit a419d78a6f97f8c977fe55d5d590cd0654ecd1ee:
>
Using a 64 bit constant generates "warning: integer constant is too
large for 'long' type" on 32 bit platforms. Instead use ~0ul and
BITS_PER_LONG.
Detected by Andrew Morton on ARMD.
Signed-off-by: Sowmini Varadhan
---
v2: use BITS_PER_LONG and ulong as discussed on mailing list.
lib/iommu-com
Hi MM maintainers,
this patch is the last requiring an ack for the series to go in.
Could you please comment?
Juergen
On 07/17/2015 06:51 AM, Juergen Gross wrote:
During early boot as Xen pv domain the kernel needs to map some page
tables supplied by the hypervisor read only. This is needed t
On Mon, Jul 20, 2015 at 11:46:28AM +0300, Andy Shevchenko wrote:
> >> +static void idma64_chan_init(struct idma64 *idma64, struct idma64_chan
> >> *idma64c)
> >> +{
> >> + u32 cfghi = IDMA64C_CFGH_SRC_PER(1) | IDMA64C_CFGH_DST_PER(0);
> >> + u32 cfglo = 0;
> >> +
> >> + /* Enforce FIFO
On Sun, Jul 19, 2015 at 09:01:34PM +0200, Michal Suchanek wrote:
> Hello,
>
> On 15 July 2015 at 17:59, Brian Norris wrote:
> > Hi Michal,
> >
> > On Wed, Jul 15, 2015 at 01:52:27PM +0200, Marek Vasut wrote:
> >> The problem is, if you add a new DT binding, you'd have to support it
> >> forever,
On Mon, Jul 20, 2015 at 10:50:12AM -0700, Mike Kravetz wrote:
...
> > ...
> >> @@ -3236,11 +3360,14 @@ retry:
> >> * any allocations necessary to record that reservation occur outside
> >> * the spinlock.
> >> */
> >> - if ((flags & FAULT_FLAG_WRITE) && !(vma->vm_flags & VM_SHARED))
>
On Mon, Jul 20, 2015 at 10:28:14AM +0200, Julia Lawall wrote:
> On Mon, 20 Jul 2015, Alex Smith wrote:
>
> > On 19/07/2015 10:08, Julia Lawall wrote:
> > > The file drivers/dma/dma-jz4780.c has a probe function that sets up irqs
> > > using devm_request_irq. The probe function then ends with:
> >
On Mon, Jul 20, 2015 at 9:59 PM, Dave Chinner wrote:
> Hi Ming,
>
> With the recent merge of the loop device changes, I'm now seeing
> XFS deadlock on my single CPU, 1GB RAM VM running xfs/073.
>
> The deadlocked is as follows:
>
> kloopd1: loop_queue_read_work
> xfs_file_iter_read
>
On 20 July 2015 21:42:39 CEST, Luis de Bethencourt
wrote:
>On Mon, Jul 20, 2015 at 09:54:56PM +0300, Dan Carpenter wrote:
>> On Mon, Jul 20, 2015 at 06:35:42PM +0200, Luis de Bethencourt wrote:
>> > Remove explicit true/false comparisons to bool variables.
>> >
>> > Signed-off-by: Luis de Bethen
> On Mon, Jul 20, 2015 at 03:04:20PM +, Liang, Kan wrote:
>
> SNIP
>
> > break;
> > + case PARSE_EVENTS__TERM_TYPE_TIME:
> > + if (time_set)
> > + *time_set = true;
> > + CHECK_TYPE_VAL(NUM);
> > + if (term->val.num > 1)
> > +
From: Murali Karicheri
Date: Thu, 16 Jul 2015 15:32:14 -0400
> The keystone qmss will raise interrupt when packet arrive at the
> receive queue. Only control available to avoid interrupt from happening
> is to keep the free descriptor queue (FDQ) empty in the receive side.
> So the filling of des
From: Nicolas Schichan
Date: Thu, 16 Jul 2015 18:46:29 +0200
> This serie fixes issues with the ARM BPF JIT and adds support for more
> instructions to the ARM BPF JIT.
>
> The first three patches are fixing bugs in the ARM JIT and should
> probably find their way to a stable kernel.
>
> The la
There is a bug when migrate from !feature-persistent host to feature-persistent
host, because domU still think new host/backend don't support persistent.
Dmesg like:
backed has not unmapped grant: 839
backed has not unmapped grant: 773
backed has not unmapped grant: 773
backed has not unmapped gran
This BUG_ON() will be triggered when previous purge work haven't finished.
It's reasonable under pretty extreme load and should not panic the system.
Signed-off-by: Bob Liu
---
drivers/block/xen-blkback/blkback.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/b
This BUG_ON() in blkif_free() is incorrect, because indirect page can be added
to list info->indirect_pages in blkif_completion() no matter feature_persistent
is true or false.
Signed-off-by: Bob Liu
---
drivers/block/xen-blkfront.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/b
Hi Linus,
After merging the gpio tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/regulator/rk808-regulator.c: In function
'rk808_regulator_dt_parse_pdata':
drivers/regulator/rk808-regulator.c:543:24: error: too few arguments to
function 'gpiod_get_index'
pdata-
On Mon, Jul 20, 2015 at 06:58:03PM -0700, Joe Perches wrote:
> On Mon, 2015-07-20 at 18:29 -0700, Paul E. McKenney wrote:
> > On Mon, Jul 20, 2015 at 06:06:19PM -0700, Joe Perches wrote:
> > > On Mon, 2015-07-20 at 20:55 -0400, Steven Rostedt wrote:
> > > > On Fri, 17 Jul 2015 15:37:54 -0700
> > >
On 20-07-15, 19:50, Guenter Roeck wrote:
> This patch fixes the problem.
Thanks for doing this quickly. Daniel isn't around right now and may
take some time to get this commited.
--
viresh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo
On Mon, Jul 20, 2015 at 8:49 AM, Kan Liang wrote:
> From: Andy Lutomirski
>
> This patch adds freq PMU to support time and freq related counters
> includes TSC, IA32_APERF, IA32_MPERF and IA32_PPERF.
>
> The events are exposed in sysfs for use by perf stat and other tools.
> The files are under /
Hi,
Previous patch v5 url:
http://thread.gmane.org/gmane.linux.kernel/1995274
The bugfix of dynamic array length in trace event goes to
kernel/git/rostedt/linux-trace.git ftrace/urgent and confirms that the
return value of __get_dynamic_array_len() is the total allocated
length of the dynamic arr
>
> Only change in this revision is the fix to the self-discovered
> issue in region_chg(). Functional and stress tests passing.
> Full changelog below.
>
> As suggested during the RFC process, tests have been proposed to
> libhugetlbfs as described at:
> http://librelist.com/browser//libhugetlb
Support helper function __get_dynamic_array_len() in libtraceevent,
this function is used accompany with __print_array() or __print_hex(),
but currently it is not an available function in the function list of
process_function().
The total allocated length of the dynamic array is embedded in the to
There're scenarios that we need an eBPF program to record not only
kprobe point args, but also the PMU counters, time latencies or the
number of cache misses between two probe points and other information
when the probe point is entered.
This patch adds a new trace event to establish infrastructio
On Mon, Jul 20, 2015 at 11:28:03AM -0500, Alex Thorlton wrote:
> I've got some time on the large machine later today. I'll give this a
> try then.
I ran a boot with this patch applied:
diff --git a/include/linux/mlx4/device.h b/include/linux/mlx4/device.h
index 83e80ab..c84aea0 100644
--- a/incl
On 07/20/2015 07:31 PM, Viresh Kumar wrote:
On 20-07-15, 14:07, Guenter Roeck wrote:
Hi,
Commit 991a7f4970ed1 ("clockevents/drivers/sh_tmu: Migrate to new 'set-state'
interface")
in -next causes the following traceback. This is seen with qemu runs for the sh
target.
[ cut here ]-
Full sync for drbd initial usually take a long time,
allow "--zap-devices" on "new-current-uuid" to zero
out device on both side.
Signed-off-by: Nick Wang
CC: Philipp Reisner
CC: Lars Ellenberg
CC: drbd-...@lists.linbit.com
CC: linux-kernel@vger.kernel.org
---
documentation/v84/drbdsetup.xml |
On 21-07-15, 00:12, Rafael J. Wysocki wrote:
> On Saturday, July 18, 2015 03:13:41 AM Rafael J. Wysocki wrote:
> > Hi,
> >
> > The following two patches clean up a couple of things in the ACPI processor
> > driver and the ACPI cpufreq driver:
> >
> > [1/2] Drop the unused first argument of
> > a
On 20-07-15, 14:07, Guenter Roeck wrote:
> Hi,
>
> Commit 991a7f4970ed1 ("clockevents/drivers/sh_tmu: Migrate to new 'set-state'
> interface")
> in -next causes the following traceback. This is seen with qemu runs for the
> sh target.
>
> [ cut here ]
> WARNING: at drive
> -Original Message-
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Sent: 2015?7?21? 8:15
> To: Dudley Du
> Cc: mark.rutl...@arm.com; robh...@kernel.org; rydb...@euromail.se;
> ble...@google.com; jmmah...@gmail.com; devicet...@vger.kernel.org;
> linux-in...@vger.kernel.org;
This driver is for Fintek F81532/F81534 USB to Serial Ports IC.
Features:
1. F81534 is 1-to-4 & F81532 is 1-to-2 serial ports IC
2. Support Baudrate from B50 to B150 (excluding B100).
3. The RTS signal can be transformed their behavior with
configuration by default ioctl TIOCGRS485/TIOC
Hi Ming,
With the recent merge of the loop device changes, I'm now seeing
XFS deadlock on my single CPU, 1GB RAM VM running xfs/073.
The deadlocked is as follows:
kloopd1: loop_queue_read_work
xfs_file_iter_read
lock XFS inode XFS_IOLOCK_SHARED (on image file)
page cache
On Mon, 2015-07-20 at 18:29 -0700, Paul E. McKenney wrote:
> On Mon, Jul 20, 2015 at 06:06:19PM -0700, Joe Perches wrote:
> > On Mon, 2015-07-20 at 20:55 -0400, Steven Rostedt wrote:
> > > On Fri, 17 Jul 2015 15:37:54 -0700
> > > Joe Perches wrote:
> > >
> > > > > + if ($line =~
> >
Dmitry,
Yes, It cannot report the distance per-contact.
Thanks for the update.
Thanks,
Dudley
> -Original Message-
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Sent: 2015?7?21? 8:07
> To: Dudley Du
> Cc: mark.rutl...@arm.com; robh...@kernel.org; rydb...@euromail.se;
> ble
Gera diena,
Tai DIAMOND ŠVEICARIJOS paskola bendrovei Paskolos pasiūlymas.
DIAMOND ŠVEICARIJOS paskola bendrovei siūlo lanksčias ir prieinamas paskolas
bet kokiam tikslui, siekiant padėti jums pasiekti savo tikslus. mes paskola
mažomis palūkanų norma 1,5%. Štai keletas svarbių bruožai as
Hi,
If the issue is already identified and confirmed:
For example, you've confirmed the QR_EC(0x14) can only arrive when the keyboard
accessory is plugged in.
Then please ignore my previous reply.
I don't have idea about handling a LID that always returns "closed" when the
keyboard accessory is
On Mon, Jul 20, 2015 at 06:06:19PM -0700, Joe Perches wrote:
> On Mon, 2015-07-20 at 20:55 -0400, Steven Rostedt wrote:
> > On Fri, 17 Jul 2015 15:37:54 -0700
> > Joe Perches wrote:
> >
> > > > + if ($line =~
> > > > /\b(synchronize_rcu_expedited|synchronize_sched_expedited)\(/) {
On 20 July 2015 at 19:52, Richard Yao wrote:
>
> From: Richard Yao
>
> I noticed that genksyms will segfault when it sees duplicate function
> pointer type declaration when I placed the same function pointer
> definition in two separate headers in a local branch as an intermediate
> step of some
2015-07-21 8:02 GMT+09:00 Dmitry Torokhov :
> Instead of creating an attribute manually, after the device has been
> registered, let's rely on facilities provided by the attribute groups to
> control which attributes are visible and which are not. This allows to to
> create all needed attributes at
From: Xunlei Pang
As part of addressing the "y2038 problem" for in-kernel uses,
convert update_persistent_clock() to update_persistent_clock64(),
read_persistent_clock() to read_persistent_clock64() using
timespec64 for MN10300.
Add the common weak version of update_persistent_clock() to make
th
On Mon, 20 Jul 2015 18:06:19 -0700
Joe Perches wrote:
> On Mon, 2015-07-20 at 20:55 -0400, Steven Rostedt wrote:
> > On Fri, 17 Jul 2015 15:37:54 -0700
> > Joe Perches wrote:
> >
> > > > + if ($line =~
> > > > /\b(synchronize_rcu_expedited|synchronize_sched_expedited)\(/) {
> > >
On Tue, Jul 21, 2015 at 2:47 AM, Rafael J. Wysocki wrote:
> Hi Russell,
>
> On Mon, Jul 20, 2015 at 12:36 PM, Russell King - ARM Linux
> wrote:
>> On Mon, Jul 20, 2015 at 03:17:10PM +0530, Viresh Kumar wrote:
>>> Consider a dual core (0/1) system with two CPUs:
>>> - sharing clock/voltage rails a
Gera diena,
Tai DIAMOND ŠVEICARIJOS paskola bendrovei Paskolos pasiūlymas.
DIAMOND ŠVEICARIJOS paskola bendrovei siūlo lanksčias ir prieinamas paskolas
bet kokiam tikslui, siekiant padėti jums pasiekti savo tikslus. mes paskola
mažomis palūkanų norma 1,5%. Štai keletas svarbių bruožai as
Hi Yuyang,
On Wed, Jul 15, 2015 at 08:04:41AM +0800, Yuyang Du wrote:
> The cfs_rq's load_avg is composed of runnable_load_avg and blocked_load_avg.
> Before this series, sometimes the runnable_load_avg is used, and sometimes
> the load_avg is used. Completely replacing all uses of runnable_load_a
On Mon, 2015-07-20 at 20:55 -0400, Steven Rostedt wrote:
> On Fri, 17 Jul 2015 15:37:54 -0700
> Joe Perches wrote:
>
> > > + if ($line =~
> > > /\b(synchronize_rcu_expedited|synchronize_sched_expedited)\(/) {
> >
> > It'd be faster perl without capture groups:
>
> Is checkpatch such a
On Mon, Jul 20, 2015 at 05:48:40PM -0700, Joe Perches wrote:
> On Mon, 2015-07-20 at 17:41 -0700, Paul E. McKenney wrote:
> > On Fri, Jul 17, 2015 at 03:37:54PM -0700, Joe Perches wrote:
> > > It'd be faster perl without capture groups:
> > >
> > > if ($line =~ /\b(?:synchronize_(?:rcu|s
On Fri, 17 Jul 2015 15:37:54 -0700
Joe Perches wrote:
> > + if ($line =~
> > /\b(synchronize_rcu_expedited|synchronize_sched_expedited)\(/) {
>
> It'd be faster perl without capture groups:
Is checkpatch such a critical code path that we could possibly notice
the difference in speed?
2015-07-21 8:02 GMT+09:00 Dmitry Torokhov :
> struct rtc embeds both struct dev and struct cdev. Unfortunately character
> device structure may outlive the parent rtc structure unless we set it up
> as parent of character device so that it will stay pinned until character
> device is freed.
>
> Si
The SF2 driver currently overrides speed settings for its port
configured using a fixed PHY, this is both unnecessary and incorrect,
because we keep feedback to the hardware parameters that we read from
the PHY device, which in the case of a fixed PHY cannot possibly change
speed.
This is a requir
From: Stas Sergeev
Currently the PHY management type is selected by the MAC driver arbitrary.
The decision is based on the presence of the "fixed-link" node and on a
will of the driver's authors.
This caused a regression recently, when mvneta driver suddenly started
to use the in-band status for
Hi all,
Changes in v5:
- removed an invalid use of the link_update callback in the SF2 driver
was appeared after merging "net: phy: fixed_phy: handle link-down case"
- reworded the commit message for patch 2 to make it clear what it fixes and
why this is required
Initial cover letter from S
From: Stas Sergeev
The commit 898b2970e2c9 ("mvneta: implement SGMII-based in-band link state
signaling") implemented the link parameters auto-negotiation unconditionally.
Unfortunately it appears that some HW that implements SGMII protocol,
doesn't generate the inband status, so it is not possib
From: Stas Sergeev
fixed_phy_register() currently hardcodes the fixed PHY link to 1, and
expects to find a "speed" parameter to provide correct information
towards the fixed PHY consumer.
In a subsequent change, where we allow "managed" (e.g: (RS)GMII in-band
status auto-negotiation) fixed PHYs,
On Mon, 2015-07-20 at 17:41 -0700, Paul E. McKenney wrote:
> On Fri, Jul 17, 2015 at 03:37:54PM -0700, Joe Perches wrote:
> > It'd be faster perl without capture groups:
> >
> > if ($line =~ /\b(?:synchronize_(?:rcu|sched)_expedited)\s*\(/) {
>
> Fair enough, but this pattern is used
On Sun, Jul 19, 2015 at 11:58:18AM +0200, Marcin Ślusarz wrote:
> On Thu, Jul 16, 2015 at 02:01:56PM -0700, David Rientjes wrote:
> > On Wed, 15 Jul 2015, Paul E. McKenney wrote:
> >
> > > On Tue, Jul 14, 2015 at 04:48:24PM -0700, David Rientjes wrote:
> > > > On Tue, 14 Jul 2015, Paul E. McKenney
On 2015. 7. 21., at AM 6:11, Jacek Anaszewski
wrote:
>> On 20.07.2015 16:15, Jingoo Han wrote:
>>> On Thursday, July 16, 2015 5:01 PM, Jacek Anaszewski wrote:
On 07/15/2015 10:02 PM, Bjorn Andersson wrote:
The Qualcomm PM8941 WLED block is used for backlight and should therefor
be
Hi Russell,
On Mon, Jul 20, 2015 at 12:36 PM, Russell King - ARM Linux
wrote:
> On Mon, Jul 20, 2015 at 03:17:10PM +0530, Viresh Kumar wrote:
>> Consider a dual core (0/1) system with two CPUs:
>> - sharing clock/voltage rails and hence cpufreq-policy
>> - CPU1 is offline while the cpufreq driver
On Mon, Jul 20, 2015 at 5:32 PM, Krzysztof Kozlowski
wrote:
> 2015-07-21 8:02 GMT+09:00 Dmitry Torokhov :
>> Commit 59cca865f21e9e7beab73fcf79ba4eb776a4c228 correctly noted that naked
>> kfree() should not be used after failed device_register() call, however,
>> while it added the needed put_devic
On Fri, Jul 17, 2015 at 03:37:54PM -0700, Joe Perches wrote:
> On Fri, 2015-07-17 at 15:20 -0700, Paul E. McKenney wrote:
> > The synchronize_rcu_expedited() and synchronize_sched_expedited()
> > expedited-grace-period primitives induce OS jitter, which can degrade
> > real-time response. This com
Hi Morten,
On 07/07/2015 11:24 AM, Morten Rasmussen wrote:
> In mainline find_idlest_group() selects the wake-up target group purely
> based on group load which leads to suboptimal choices in low load
> scenarios. An idle group with reduced capacity (due to RT tasks or
> different cpu type) isn't
2015-07-21 8:02 GMT+09:00 Dmitry Torokhov :
> Technically the address of rtc->dev can never be NULL, so get_device()
> can never fail. Also caller of rtc_device_unregister() supposed to be
> the owner of the device and thus have a valid reference. Therefore
> call to get_device() is not needed here
1 - 100 of 759 matches
Mail list logo
