... instead of manual device_create_file() and device_remove_file()
calls.
Signed-off-by: Takashi Iwai
---
drivers/edac/mpc85xx_edac.c | 38 --
1 file changed, 8 insertions(+), 30 deletions(-)
diff --git a/drivers/edac/mpc85xx_edac.c b/drivers/edac/mpc85xx_ed
Add edac_mc_add_mc_with_groups() for initializing the mem_ctl_info
object with the optional attribute groups. This allows drivers to
pass additional sysfs entries without manual (and racy)
device_create_file() and co calls.
edac_mc_add_mc() is kept as is, just calling edac_mc_add_with_groups()
wi
On Tue, Feb 03, 2015 at 11:04:27PM +0100, Rafael J. Wysocki wrote:
> On Tuesday, February 03, 2015 12:29:36 PM Mark Salter wrote:
> > On Mon, 2015-02-02 at 23:14 +0100, Rafael J. Wysocki wrote:
> > > On Monday, February 02, 2015 08:45:30 PM Hanjun Guo wrote:
> > > > From: Mark Salter
> > > >
> >
Hi,
this is a series of cleanup patches to replace the manual
device_create_file() and device_remove_file() calls with the static
attribute groups. This simplifies the code and also avoids the
possible races between the device registration and sysfs creations.
Non-x86 driver have been only compi
Instead of calling device_create_file() and device_remove_file()
manually, pass the static attribute groups with the new
edac_mc_add_mc_with_groups(). The conditional creation of inject
sysfs files is done by a proper is_visible callback.
Signed-off-by: Takashi Iwai
---
drivers/edac/amd64_edac.
... instead of manual device_create_file() and device_remove_file()
calls.
Signed-off-by: Takashi Iwai
---
drivers/edac/octeon_edac-lmc.c | 55 ++
1 file changed, 13 insertions(+), 42 deletions(-)
diff --git a/drivers/edac/octeon_edac-lmc.c b/drivers/edac
On śro, 2015-02-04 at 11:45 +0100, Krzysztof Kozlowski wrote:
> Add missing stubs for regulator_suspend_prepare() and
> regulator_suspend_finish() to fix exynos_defconfig build without
> REGULATOR:
>
> arch/arm/mach-exynos/built-in.o: In function `exynos_suspend_finish':
> arch/arm/mach-exynos/sus
Hi Ingo (and others),
These 2 bugs still exist in mainline kernel. Could you please have a look at
them?
Thanks!
On 2015/1/26 13:38, Wang Nan wrote:
> Hi Ingo,
>
> Is there any problem on these patches? I'm unable to find them in upstream
> kernel
> and -tip repository.
>
> Thank you.
>
> O
On Wed, 2015-02-04 at 11:19 +0100, John Crispin wrote:
> On 04/02/2015 11:13, Paul Bolle wrote:
> > Is SOC_MT7621 still being worked on?
>
> yes we dropped the series as it collided with the gic rework that
> chromiun.org was working on. i hope to push it during the next merge
> window. the 1004k
-tested for x86_64_defconfig + CONFIG_STAGING=y
CONFIG_R8188EU=m
Patch is against 3.19.0-rc7 (localversion-next is -next-20150204)
drivers/staging/rtl8188eu/core/rtw_mlme_ext.c |9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_mlme_ext.c
b/drivers
On 04/02/2015 12:04, Paul Bolle wrote:
> On Wed, 2015-02-04 at 11:19 +0100, John Crispin wrote:
>> On 04/02/2015 11:13, Paul Bolle wrote:
>>> Is SOC_MT7621 still being worked on?
>>
>> yes we dropped the series as it collided with the gic rework that
>> chromiun.org was working on. i hope to push
On Tue, Feb 03, 2015 at 09:09:16PM +0100, Oleg Nesterov wrote:
> Btw, do you agree with 1/1? Can you ack/nack it?
Done!
> On 02/02, Peter Zijlstra wrote:
> >
> > On Mon, Feb 02, 2015 at 03:05:15PM +0100, Oleg Nesterov wrote:
> >
> > > And another question. Lets forget about this ->mm check. I sim
On Wed, Feb 04, 2015 at 11:45:29AM +0800, Bo Shen wrote:
> Do you mean I send my RFC patch as the formal patch, and let other boards
> which use the wm8731 to add clk object, am I right?
No, we need to keep the boards working so we either need patches adding
the fixed clocks for existing boards o
On Wed, Feb 04, 2015 at 12:09:32PM +0300, Kirill Tkhai wrote:
>
> update_curr_dl() needs actual rq clock.
It does indeed. Thanks
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.ker
Hi,
The kernel's ctype is almost, but not quite, equivalent to latin1. Apart
from whether one wants to include the C1 control chars (0x80-0x9f),
there are a few other differences. For example, 0xb5 (MICRO SIGN) is, at
least according to glibc, both alpha and lower, while the kernel
classifies it a
Nicholas,
On 04/02/15 11:27, Nicholas Mc Guire wrote:
> The if and the else branch code are identical - so the condition has no
> effect on the effective code - this patch removes the condition and the
> duplicated code.
>
> Signed-off-by: Nicholas Mc Guire
> ---
>
> The conditions in the OMAP_
On Wed, Feb 04, 2015 at 09:48:05AM +, Hanjun Guo wrote:
> On 2015年02月04日 04:09, Catalin Marinas wrote:
> > diff --git a/arch/arm64/include/asm/acpi.h b/arch/arm64/include/asm/acpi.h
> > index ea4d2b35c57b..4fafd62b1b86 100644
> > --- a/arch/arm64/include/asm/acpi.h
> > +++ b/arch/arm64/include/
On Wed, Feb 04, 2015 at 11:45:28AM +0100, Krzysztof Kozlowski wrote:
> Add missing stubs for regulator_suspend_prepare() and
> regulator_suspend_finish() to fix exynos_defconfig build without
> REGULATOR:
Applied, thanks.
signature.asc
Description: Digital signature
On Fri, Jan 30, 2015 at 02:13:35PM +0800, Peter Hung wrote:
> The F81232 real bulk-in/out ep buffer size is 64Bytes
>
> Signed-off-by: Peter Hung
> ---
> drivers/usb/serial/f81232.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/usb/serial/f81232.c b/driver
On Tue, Feb 03, 2015 at 05:29:36PM +, Mark Salter wrote:
> On Mon, 2015-02-02 at 23:14 +0100, Rafael J. Wysocki wrote:
> > On Monday, February 02, 2015 08:45:30 PM Hanjun Guo wrote:
> > > From: Mark Salter
> > >
> > > The acpi_os_ioremap() function may be used to map normal RAM or IO
> > > re
Hi Hans,
Thank you for the patch.
On Wednesday 04 February 2015 10:55:21 Hans Verkuil wrote:
> On 02/03/15 18:13, Pablo Anton wrote:
> > It is confusing which parts of the driver are adv7604 specific, adv7611
> > specific or common for both. This patch renames any adv7604 prefixes
> > (both for f
On Mon, Feb 02, 2015 at 10:43:31AM -0500, Nicholas Mc Guire wrote:
> return type of wait_for_completion_timeout is unsigned long not int, this
> patch adds an appropriate variable and fixes up the assignment. It removes
> the else branch as the only thing it was doing is assigning ret = 0; - but
View the file for details of the inheritance. Dennis Walker Esq.+27 78 3449667
INHERITANCE.rtf
Description: MS-Word document
On Fri, Jan 30, 2015 at 02:13:36PM +0800, Peter Hung wrote:
> add co-author and fix no '>' in greg kh's email
This is trivial enough to be done in one patch I guess, but please put
this one last in the series.
Also for all your patches use a subject on the following format:
"USB: f81232:
On 02/04/15 12:27, Laurent Pinchart wrote:
> Hi Hans,
>
> Thank you for the patch.
>
> On Wednesday 04 February 2015 10:55:21 Hans Verkuil wrote:
>> On 02/03/15 18:13, Pablo Anton wrote:
>>> It is confusing which parts of the driver are adv7604 specific, adv7611
>>> specific or common for both. T
From: Markus Elfring
Date: Wed, 4 Feb 2015 12:32:14 +0100
The kfree() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/net/
+Cc some ARM people
On wto, 2015-02-03 at 08:27 -0800, Paul E. McKenney wrote:
> On Tue, Feb 03, 2015 at 11:01:42AM +0100, Krzysztof Kozlowski wrote:
> > On sob, 2015-01-31 at 18:59 -0800, Fengguang Wu wrote:
> > > Greetings,
> > >
> > > 0day kernel testing robot got the below dmesg and the firs
ile tested with x86_64_defconfig +
CONFIG_FB_SIS=m, CONFIG_FB_SIS_300=y, CONFIG_FB_SIS_315=y
Patch is against 3.19.0-rc7 (localversion-next is -next-20150204)
drivers/video/fbdev/sis/init301.c |9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/video/fbdev/sis/init301.c
On Wed, 04 Feb 2015, Roger Quadros wrote:
> Nicholas,
>
> On 04/02/15 11:27, Nicholas Mc Guire wrote:
> > The if and the else branch code are identical - so the condition has no
> > effect on the effective code - this patch removes the condition and the
> > duplicated code.
> >
> > Signed-off-by
On Wed, Feb 04, 2015 at 06:04:38AM -0500, Nicholas Mc Guire wrote:
> A few redundant switch cases as well as a redundant if/else
> within one of the cases was consolidated to a single call.
> The cases are intentionally retained for documentation purposes.
This statement is not clear. It obviousl
Btw, what tool are you using to find these?
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www
Some versions of gcc produce warning instead of error when
-fsanitize flag uses unsupported argument:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61065
This breaks our detection of whether -fsanitize=kernel-address
is supported by compiler or not. Thus we have tons of build
warnings like
View the file for details of the inheritance. Dennis Walker Esq.+27 78 3449667
INHERITANCE.rtf
Description: MS-Word document
From: Peter Rosin
When the SSC acts as BCK master, use a ratnum rule to limit
the rate instead of only doing the standard rates. When the SSC
acts as BCK slave, allow any BCK frequency up to within 500ppm
of the SSC master clock, possibly divided by 2, 3 or 6.
Put a cap at 384kHz. Who's /ever/ g
The util-linux release v2.26-rc2 is available at
ftp://ftp.kernel.org/pub/linux/utils/util-linux/v2.26
Feedback and bug reports, as always, are welcomed.
Karel
Util-linux 2.26 Release Notes
=
This version provides a completely new sfdisk(8) command; the ne
After commit 944d9fec8d7a we can allocate 1G pages runtime if CMA is
enabled.
Let's register 1G pages into hugetlb even if user hasn't requested them
explicitly at boot time with hugepagesz=1G.
Signed-off-by: Kirill A. Shutemov
Cc: Luiz Capitulino
Cc: Naoya Horiguchi
Cc: Andi Kleen
Cc: Thomas
From: David Gibson
> arch/powerpc/include/asm/swab.h includes some powerpc specific
> byteswapping functions, which are implemented in terms of powerpc's
> built in byte reversed load/store instructions. There are two problems with
> this:
>
> 1) They're not necessary - gcc is perfectly capable
BancoPosta Loans
Viale Europa,
175-00144 Roma,
Italy.
Guten Tag meine Damen und Herren,
Haben Sie ein Darlehen für jeden Zweck müssen?
BancoPosta Bank in Italien haben eine kostengünstige Darlehen für Sie.
Wir bieten besicherte und unbesicherte Privatkredite an Kunden für
jeden Zweck, ob
From: Markus Elfring
Date: Wed, 4 Feb 2015 12:56:42 +0100
The kfree() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/net/
From: Chen Gang S
> -static inline int hci_test_bit(int nr, void *addr)
> +static inline int hci_test_bit(int nr, const void *addr)
> {
> return *((__u32 *) addr + (nr >> 5)) & ((__u32) 1 << (nr & 31));
> }
Is there a 'standard' function lurking that will do the above.
On x86 the cpus 'bit
Hi Jaewon,
On 02/04/2015 01:56 PM, Jaewon Kim wrote:
> This patch adds MAX77843 core/irq driver to support PMIC,
> MUIC(Micro USB Interface Controller), Charger, Fuel Gauge,
> LED and Haptic device.
>
> Cc: Lee Jones
> Signed-off-by: Jaewon Kim
> Signed-off-by: Beomho Seo
> ---
> drivers/mfd/
From: "Lad, Prabhakar"
this patch fixes following sparse warning:
fdt.c:765:12: warning: symbol 'early_init_dt_scan_chosen_serial' was not
declared. Should it be static?
Signed-off-by: Lad, Prabhakar
---
Found this issue on linux-next and applies on top linux-next.
drivers/of/fdt.c | 2 +-
On 02/04/2015 02:43 PM, Andrey Ryabinin wrote:
> Some versions of gcc produce warning instead of error when
> -fsanitize flag uses unsupported argument:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61065
>
> This breaks our detection of whether -fsanitize=kernel-address
> is supported by c
On Tue, Feb 03, 2015 at 11:43:36AM -0800, Tim Chen wrote:
> That's true. We cannot have the lock grabbed by a new write
> contender as any new writer contender of the lock will be
> queued by the OSQ logic. Only the
> thread doing the optimistic spin is attempting write lock.
> In other word,
On Wed, 4 Feb 2015, Alexander Holler wrote:
> Date: Wed, 04 Feb 2015 11:19:01 +0100
> From: Alexander Holler
> To: Al Viro
> Cc: Theodore Ts'o , linux-fsde...@vger.kernel.org,
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 1/5] WIP: Add syscall unlinkat_s (currently x86* only)
>
> Am
On Wed, Feb 04 2015, Nicholas Mc Guire wrote:
> A few redundant switch cases as well as a redundant if/else
> within one of the cases was consolidated to a single call.
> The cases are intentionally retained for documentation purposes.
>
[...]
> diff --git a/drivers/staging/rtl8188eu/core/rtw_mlm
From: Gang S
> On 2/3/15 10:32, Chen Gang S wrote:
> > On 2/3/15 05:20, Joe Perches wrote:
> >> On Tue, 2015-02-03 at 05:14 +0800, Chen Gang S wrote:
> >>> hci_test_bit() does not modify 2nd parameter, so it is better to let it
> >>> be constant, or may cause build warning. The related warning (wit
On Fri, Jan 30, 2015 at 9:01 PM, Dmitry Eremin-Solenikov
wrote:
> Hello,
>
> This is a second attempt to move Intel StrongARM SA-11x0 IRQ driver
> to drivers/irqchip/ place.
>
> Changes since V1:
>
> - Added soc/sa1100/pwer.h header containing sa11x0_*_set_wake()
>prototypes.
>
> - Removed
From: Markus Elfring
Date: Wed, 4 Feb 2015 13:17:48 +0100
The kfree() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/net/
John Crispin schreef op wo 04-02-2015 om 12:10 [+0100]:
> i think wim should just drop it and we leave it in openwrt with the
> other 1/2 million patches that we have. i prefer to upstream the stuff
> without feeling pressured to hurry up, that kills the fun.
Once code is mainlined you'll get fixe
Hi,
This series fixes an intermittent crash (NULL pointer dereference) in
the rcar-thermal driver due to a race condition, and restores symmetry
in the error and remove paths.
So far I could trigger the race condition only on r8a73a4, and only
after a soft power-on reset using the rmobile
Swap interrupt disable and thermal zone unregistration in the error and
remove paths, to make them more symmetrical with the initialization
path.
Signed-off-by: Geert Uytterhoeven
---
drivers/thermal/rcar_thermal.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/t
Am 04.02.2015 um 13:07 schrieb Lukáš Czerner:
The fact is that the current patches are useless for anything other
than proof-of-concept. Now you know more that needs to be done or
That's wrong. The patches already work. If you delete a file which isn't
in use by something else, the current co
As soon as the interrupt has been enabled by devm_request_irq(), the
interrupt routine may be called, depending on the current status of the
hardware.
However, at that point rcar_thermal_common hasn't been initialized
complely yet. E.g. rcar_thermal_common.base is still NULL, causing a
NULL pointe
On 2015-02-04 13:05, Andrey Ryabinin wrote:
> Or maybe it would be be better always use -Werror in cc-option?
Please don't do it. A couple of Makefiles call cc-option after we have
added the user-supplied KCFLAGS to KBUILD_CFLAGS.
Michal
--
To unsubscribe from this list: send the line "unsubscrib
From: "Lad, Prabhakar"
this patch fixes following sparse warning:
net/core/dev.c: In function 'validate_xmit_skb_list':
net/core/dev.c:2720: warning: 'tail' may be used uninitialized in this function
Although its a false positive, as head is assigned to NULL in the
beginning, due which later in
On Wed 04-02-15 01:48:23, Pasi Sjöholm wrote:
> On 03.02.2015 15:14, Michal Hocko wrote:
> >> It is possible to get kernel in deadlock-state if swap_lock is not locked
> >> with spin_lock_bh by calling si_swapinfo() simultaneously through
> >> timer_function and registered vm shinker callback-funct
Some messages from efifb also should be suppressed. It will be better if we can
move them under
efi=debug kernel parameter.
Please review the following patch.
>From 7fbac896ab87f1b37646ac2f49bb8216ec330642 Mon Sep 17 00:00:00 2001
From: Parmeshwr Prasad
Date: Wed, 4 Feb 2015 06:50:32 -0500
Subj
Anyone may call clk_round_rate() with a zero rate value, so we have to
protect against that.
Signed-off-by: Geert Uytterhoeven
---
This was triggered by the bad version of "clk: Add rate constraints to
clocks", but can happen regardless, cfr.
https://lkml.org/lkml/2015/1/29/560
drivers/clk/shmo
Resending ...
P.
8<
During leap second insertion testing it was noticed that a small window
exists where the time_state could be reset such that
time_state = TIME_OK, which then causes the leap second to not occur, or
causes the entire leap second state machine to fail.
While this is hi
From: "Lad, Prabhakar"
this patch fixes following sparse warning:
cpsw-common.c:23:5: warning: symbol 'cpsw_am33xx_cm_get_macid' was not
declared. Should it be static?
Signed-off-by: Lad, Prabhakar
---
drivers/net/ethernet/ti/cpsw-common.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Andrey Skvortsov schreef op zo 01-02-2015 om 00:16 [+0300]:
> this warning exist in v3.19-rc6 and does not in v3.18. Bisection
> points to the commit 51e31d49c890552 "drm/i915: Use generic vblank wait".
> I have two machines with integrated Intel graphics and the problem
> happens only on the old o
Two lines with assignation without spaces around the =
Signed-off-by: Oscar Forner Martinez
---
fs/ext4/ioctl.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/ext4/ioctl.c b/fs/ext4/ioctl.c
index f58a0d1..60fdc44 100644
--- a/fs/ext4/ioctl.c
+++ b/fs/ext4/ioctl.c
@@ -
On Fri, Jan 30, 2015 at 02:13:37PM +0800, Peter Hung wrote:
> The F81232 interrupt ep will continuously report IIR register value.
> We had implement the interrupt callback to read IIR, If noticed with
> MSR change, we will call worker to read MSR later.
>
> Signed-off-by: Peter Hung
> ---
> dri
On 4 February 2015 at 10:16, Paul Osmialowski wrote:
> This change addresses following problem:
>
> [2.560726] [ cut here ]
> [2.565341] WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:2744
> lockdep_trace_alloc+0xec/0x118()
> [2.574439] DEBUG_LOCKS_WARN_ON(
On Wed, 2015-02-04 at 12:25 +, Lad Prabhakar wrote:
> From: "Lad, Prabhakar"
>
> this patch fixes following sparse warning:
> net/core/dev.c: In function 'validate_xmit_skb_list':
> net/core/dev.c:2720: warning: 'tail' may be used uninitialized in this
> function
>
> Although its a false po
Am 04.02.2015 um 13:22 schrieb Alexander Holler:
Am 04.02.2015 um 13:07 schrieb Lukáš Czerner:
The fact is that the current patches are useless for anything other
than proof-of-concept. Now you know more that needs to be done or
That's wrong. The patches already work. If you delete a file whi
Hello Fam Zheng,
On 02/04/2015 11:36 AM, Fam Zheng wrote:
> Changes from v1 (https://lkml.org/lkml/2015/1/20/189):
>
> - As discussed in previous thread [1], split the call to epoll_ctl_batch and
> epoll_pwait. [Michael]
>
> - Fix memory leaks. [Omar]
>
> - Add a short comment about t
Am 04.02.2015 um 13:42 schrieb Alexander Holler:
Am 04.02.2015 um 13:22 schrieb Alexander Holler:
Am 04.02.2015 um 13:07 schrieb Lukáš Czerner:
The fact is that the current patches are useless for anything other
than proof-of-concept. Now you know more that needs to be done or
That's wrong.
On Wed, Feb 4, 2015 at 12:41 PM, Eric Dumazet wrote:
> On Wed, 2015-02-04 at 12:25 +, Lad Prabhakar wrote:
>> From: "Lad, Prabhakar"
>>
>> this patch fixes following sparse warning:
>> net/core/dev.c: In function 'validate_xmit_skb_list':
>> net/core/dev.c:2720: warning: 'tail' may be used un
On Fri, Jan 30, 2015 at 02:13:38PM +0800, Peter Hung wrote:
> The F81232 bulk-in is RX data channel. Data format is
> [LSR+Data][LSR+Data]. , We had reimplemented in this patch.
>
> Signed-off-by: Peter Hung
> ---
> drivers/usb/serial/f81232.c | 47
> +++-
On Tue 03-02-15 17:39:24, Michael Kerrisk wrote:
[...]
> If I'm reading the conversation right, the initially proposed text
> was from the BSD man page (which would be okay), but most of the
> text above seems to have come straight from the page here:
> http://www.lehman.cuny.edu/cgi-bin/man-cgi
On Tue, 3 Feb 2015, Daniel Sanders wrote:
> From: Toma Tabacu
>
> Change the type of csum_ipv6_magic's 'proto' argument from unsigned
> short to __u32.
>
> This fixes a type mismatch between the 'htonl(proto)' inline asm
> input, which is __u32, and the 'proto' output, which is unsigned
> short
On Fri, 2015-01-30 at 11:37 +, Hiroshi Shimamoto wrote:
> From: Hiroshi Shimamoto
>
> The limitation of the number of multicast address for VF is not enough
> for the large scale server with SR-IOV feature.
> IPv6 requires the multicast MAC address for each IP address to handle
> the Neighbor
On Wednesday, February 04, 2015 10:48:32 AM Russell King - ARM Linux wrote:
> On Tue, Feb 03, 2015 at 11:04:27PM +0100, Rafael J. Wysocki wrote:
> > On Tuesday, February 03, 2015 12:29:36 PM Mark Salter wrote:
> > > On Mon, 2015-02-02 at 23:14 +0100, Rafael J. Wysocki wrote:
> > > > On Monday, Febr
Hi Steve,
On 4 February 2015 at 11:14, Steven Rostedt wrote:
> On Wed, 4 Feb 2015 09:12:20 +0800
> Xunlei Pang wrote:
>
>> From: Xunlei Pang
>>
>> + */
>> + cpumask_copy(&p->cpus_allowed, new_mask);
>> + p->nr_cpus_allowed = new_weight;
>> +
>> +
On Fri, Jan 23, 2015 at 03:22:57PM +, Mark Rutland wrote:
> > > It seems this would still allow you to group CPU-affine software and
> > > uncore events, which also doesn't make sense: the software events will
> > > count on a single CPU while the uncore events aren't really CPU-affine.
> > >
On Wed, Feb 04, 2015 at 12:39:07PM +0100, Krzysztof Kozlowski wrote:
> +Cc some ARM people
I wish that people would CC this list with problems seen on ARM. I'm
minded to just ignore this message because of this in the hope that by
doing so, people will learn something...
> > Another thing I coul
Hi Chanwoo,
On 02/02/15 15:24, Chanwoo Choi wrote:
> This patch adds the mux/divider/gate clocks for CMU_BUS{0|1|2} domains
> which contain global data buses clocked at up the 400MHz. These blocks
> transfer data between DRAM and various sub-blocks. These clock domains
> also contain global periph
On Wednesday, February 04, 2015 04:35:16 PM Jiang Liu wrote:
> Some PCI device drivers assume that pci_dev->irq won't change after
> calling pci_disable_device() and pci_enable_device() during suspend and
> resume.
>
> Commit c03b3b0738a5 ("x86, irq, mpparse: Release IOAPIC pin when
> PCI device i
From: "Lad, Prabhakar"
this patch fixes following sparse warnings:
edma.c:537:32: warning: symbol 'edma_prep_dma_memcpy' was not declared. Should
it be static?
edma.c:1070:6: warning: symbol 'edma_filter_fn' was not declared. Should it be
static?
Signed-off-by: Lad, Prabhakar
---
Found thi
Hi Steve,
On 4 February 2015 at 11:17, Steven Rostedt wrote:
> On Wed, 4 Feb 2015 09:12:21 +0800
> Xunlei Pang wrote:
>
>> From: Xunlei Pang
>>
>> check_preempt_curr() doesn't call sched_class::check_preempt_curr
>> when the class of current is a higher level. So if there is a DL
>> task runni
Alexander,
On Wed, Feb 4, 2015 at 1:22 PM, Alexander Holler wrote:
> Am 04.02.2015 um 13:07 schrieb Lukáš Czerner:
>
>> The fact is that the current patches are useless for anything other
>> than proof-of-concept. Now you know more that needs to be done or
>
>
> That's wrong. The patches already
On Wed, Feb 04, 2015 at 09:38:25AM +, Hanjun Guo wrote:
> On 2015年02月04日 01:20, Catalin Marinas wrote:
> > On Mon, Feb 02, 2015 at 12:45:37PM +, Hanjun Guo wrote:
> >> diff --git a/arch/arm64/kernel/acpi.c b/arch/arm64/kernel/acpi.c
> >> index afe10b4..b9f64ec 100644
> >> --- a/arch/arm64/k
Am 04.02.2015 um 13:50 schrieb Alexander Holler:
Am 04.02.2015 um 13:42 schrieb Alexander Holler:
Am 04.02.2015 um 13:22 schrieb Alexander Holler:
Am 04.02.2015 um 13:07 schrieb Lukáš Czerner:
The fact is that the current patches are useless for anything other
than proof-of-concept. Now you k
On Wednesday, February 04, 2015 01:32:14 PM Jiang Liu wrote:
>
> On 2015/2/4 5:54, Rafael J. Wysocki wrote:
> > On Monday, February 02, 2015 10:42:45 AM Jiang Liu wrote:
> >> During enabling ACPI based IOAPIC hotplug, Thomas noticed some issues
> >> in ACPI resource parsing interfaces. So this is
Hi Peter, Steve,
Thanks for all your valuable sharing.
I'll keep them in mind.
Regards,
Xunlei
On 30 January 2015 at 03:23, Peter Zijlstra wrote:
> On Fri, Jan 30, 2015 at 12:42:47AM +0800, Xunlei Pang wrote:
>> On 27 January 2015 at 22:56, Steven Rostedt wrote:
>> > On Tue, 27 Jan 2015 15:21:
-20150204)
drivers/media/usb/cx231xx/cx231xx-core.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/drivers/media/usb/cx231xx/cx231xx-core.c
b/drivers/media/usb/cx231xx/cx231xx-core.c
index 4a3f28c..832ba99 100644
--- a/drivers/media/usb/cx231xx/cx231xx-core.c
On Wed, Feb 04, 2015 at 12:39:07PM +0100, Krzysztof Kozlowski wrote:
> +Cc some ARM people
>
>
> On wto, 2015-02-03 at 08:27 -0800, Paul E. McKenney wrote:
> > On Tue, Feb 03, 2015 at 11:01:42AM +0100, Krzysztof Kozlowski wrote:
> > > On sob, 2015-01-31 at 18:59 -0800, Fengguang Wu wrote:
> > > >
From: Markus Elfring
Date: Wed, 4 Feb 2015 14:07:56 +0100
The functions kfree() and vfree() perform also input parameter validation.
Thus the test around their calls is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/net/ethernet
On Wed, Feb 04, 2015 at 01:00:18PM +, Russell King - ARM Linux wrote:
> On Wed, Feb 04, 2015 at 12:39:07PM +0100, Krzysztof Kozlowski wrote:
> > +Cc some ARM people
>
> I wish that people would CC this list with problems seen on ARM. I'm
> minded to just ignore this message because of this in
On Wed, 04 Feb 2015, Dan Carpenter wrote:
> Btw, what tool are you using to find these?
>
working on a set of coccinell scripts - they are not yet
really clean - but this one is simply:
virtual context
virtual patch
virtual org
virtual report
@assign@
position p;
statement S1;
@@
<+...
* if@p
On Wed, 4 Feb 2015, Markku Savela wrote:
> Just a note... We had inheritable capabilities in the linux of Nokia N9 phone.
Could we review the patch please?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majord
Am 04.02.2015 um 14:06 schrieb Michael Kerrisk:
Alexander,
On Wed, Feb 4, 2015 at 1:22 PM, Alexander Holler wrote:
Am 04.02.2015 um 13:07 schrieb Lukáš Czerner:
The fact is that the current patches are useless for anything other
than proof-of-concept. Now you know more that needs to be done
On Wed, 2015-02-04 at 12:50 +, Lad, Prabhakar wrote:
> I tried it on gcc 4.3.3 and sparse with 0.4.5-rc1 version.
gcc-4.3.3 is 6 years old...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info
On Tuesday, February 03, 2015 05:21:40 PM al.st...@linaro.org wrote:
> From: Al Stone
>
> In order to deprecate the use of _OSI for arm64 or other new architectures,
> we need to make the default handler something we can change for various
> platforms. This patch moves the definition of acpi_osi
Hi,
here is a patch to fix a kernel panic at shutdown we have seen recently.
The issue is hard to reproduce, so the patch description about the root
cause of the bug comes only from review and my current understanding of
x86 irq code.
So if what I wrote in the patch description doesn't make sense
Hi Kirill,
I've also sent out this similar patch to yours before,
and I agree with you on this point :-)
But with the latest modification which peter made,
( see: cebde6d681aa45f96111cfcffc1544cf2a0454ff )
I think it would be better to add a skip operation
after update_curr_dl(rq) like below:
--
On Fri, 2015-01-30 at 11:28 +0300, Dan Carpenter wrote:
> "chip_data->intpol_base" used to be an ERR_PTR() but we recently changed
> it to be NULL. We need to update the error code as well because
> "PTR_ERR(NULL)" means success where really we want to return -ENOMEM.
>
> Fixes: cdb647a772e9 ('ir
Am 04.02.2015 um 14:21 schrieb Alexander Holler:
I tell you that discussions of APIs should CC linux-api, which I am
now CCing into this thread, again, because, again, you're not
listening to feedback.
Please don't confuse "not listening" with "unable to fulfill Linux
kernel maintainer request
801 - 900 of 927 matches
Mail list logo
