From: Robert Richter
Implementing ioctl functions to control persistent events. There are
functions to unclaim or claim an event to or from a process. The
PERF_EVENT_IOC_UNCLAIM ioctl call makes an event persistent. After
closing the event's fd it runs then in the background of the system
On Mon, Apr 07, 2014 at 05:03:37PM +0200, Peter Zijlstra wrote:
> So what I suspect at this point is that because i386 and x86_64 have a
> difference in current_thread_info() (i386 is stack based), we end up
> setting the TIF_NEED_RESCHED bit on the wrong stack.
>
> Now I have some vague memories
From: Robert Richter
These define's may cause conflicts with other definitions:
#define INITIAL 0
#define mem 1
#define config 2
#define event 3
Prefix them with cond_* to avoid this.
Signed-off-by: Robert Richter
Signed-off-by: Robert Richter
Signed-off-by: Jean Pihet
---
On Mon, Apr 07, 2014 at 03:42:52PM +0100, One Thousand Gnomes wrote:
> > I had to check BYT specs about that and I couldn't find if it does
> > posted-writes.
>
> Then I would assume it does unless you can find a hardware engineer to
> sign a statement in blood to that effect 8)
Fair enough.
>
From: Robert Richter
The event parser is limited to update only a subset of all fields in
struct perf_event_attr (config*, period, branch_type). We are not able
to set other attr fields, esp. flags.
Introducing a new syntax to set any field of the event attribute by
using an index to the u64
From: Robert Richter
Persistent event buffers may only be mmapped readonly. Thus, retry
mapping it readonly if mmap returns EACCES after trying to mmap
writable.
[ namhyung: Don't write to readonly mmap'ed buffers. ]
Signed-off-by: Robert Richter
Signed-off-by: Robert Richter
Signed-off-by:
From: Robert Richter
There was a limitation of the total number of persistent events to be
registered in sysfs due to the lack of dynamically list allocation.
This patch implements memory reallocation in case an event is added or
removed from the list.
While at this also implement
From: Robert Richter
In a later patch we want to introduce a syntax that allows updating
attribute fields by an index pointing to a certain u64 entry of struct
perf_event_attr. We need this to expose any event via sysfs that is
available in the system where especially flag fields need to be set.
From: Robert Richter
Implement try_get_event() as counter part to put_event(). Put both in
internal.h to make it available to other perf files.
Signed-off-by: Robert Richter
Signed-off-by: Robert Richter
Signed-off-by: Jean Pihet
---
kernel/events/core.c | 9 +++--
Jean Pihet :
- In order to restart the discussion on the topic, here is a rebased
version of Robert's latest patches (v3) on acme/perf/core.
It has been compiled and lightly tested on ARM64.
- From the latest discussion on ML the ioctls are renamed from
PERF_EVENT_IOC_ATTACH/DETACH to
On Sun, Apr 06, 2014 at 05:19:27PM +0200, Michele Ballabio wrote:
> Toralf Förster reported this in
> http://article.gmane.org/gmane.linux.kernel/1662567
> http://article.gmane.org/gmane.linux.kernel/1658422
> http://article.gmane.org/gmane.linux.kernel/1657962
>
> "The issue happens here
Hi Kumar,
On Fri, 2014-04-04 at 15:19 -0500, Kumar Gala wrote:
> Add a driver for the global clock controller found on IPQ8064 based
> platforms. This should allow most non-multimedia device drivers to probe
> and control their clocks.
>
> This is currently missing clocks for SATA, USB, and
On 04/07/2014 10:48 AM, Kirill A. Shutemov wrote:
> On Fri, Apr 04, 2014 at 03:37:20PM -0400, Sasha Levin wrote:
>> > And another ping exactly a year later :)
> I think we could "fix" this false positive with the patch below
> (untested), but it's ugly and doesn't add much value.
I could carry
Hi,
Kindly review this driver and please let me know if you have any comments.
Thanks
Srikanth
On Mon, Mar 31, 2014 at 7:24 PM, Srikanth Thokala wrote:
> This is the driver for the AXI Central Direct Memory Access (AXI
> CDMA) core, which is a soft Xilinx IP core that provides high-bandwidth
>
Append test suit
after tar, run ./test command please.
thanks
2014-04-07 22:50 GMT+08:00, ling.ma.prog...@gmail.com
:
> From: Ling Ma
>
> In this patch we manage to reduce miss branch prediction by
> avoiding using branch instructions and force destination to be aligned
> with general 64bit
On Mon, Mar 31, 2014 at 06:14:18PM +0400, Andrey Vagin wrote:
> nf_ct_gre_keymap_flush() removes a nf_ct_gre_keymap object from
> net_gre->keymap_list and frees the object. But it doesn't clean
> a reference on this object from ct_pptp_info->keymap[dir].
> Then nf_ct_gre_keymap_destroy() may
From: Ling Ma
In this patch we manage to reduce miss branch prediction by
avoiding using branch instructions and force destination to be aligned
with general 64bit instruction.
Below compared results shows we improve performance up to 1.8x
(We modified test suit from Ondra, send after this
On Fri, Apr 04, 2014 at 03:37:20PM -0400, Sasha Levin wrote:
> And another ping exactly a year later :)
I think we could "fix" this false positive with the patch below
(untested), but it's ugly and doesn't add much value.
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index
On 04/03/2014 10:57 AM, Heesub Shin wrote:
Free scanner does not works well on systems having zones which do not
span to pageblock-aligned boundary.
zone->compact_cached_free_pfn is reset when the migration and free
scanner across or compaction restarts. After the reset, if end_pfn of
the zone
Am Montag, den 07.04.2014, 01:34 + schrieb Stefan Lippers-Hollmann:
> Hi
>
> On Sunday 06 April 2014, Josh Triplett wrote:
> > On Sun, Apr 06, 2014 at 05:46:04PM +0200, Jonas Hahnfeld wrote:
> > > This patch solves some sparse warnings about "symbol [...] was not
> > > declared. Should it be
Hi,
Kindly review this driver patch and please let me know if you have any comments.
Srikanth
On Tue, Apr 1, 2014 at 5:57 PM, Srikanth Thokala wrote:
> This is the driver for the AXI Direct Memory Access (AXI DMA)
> core, which is a soft Xilinx IP core that provides high-
> bandwidth direct
> I had to check BYT specs about that and I couldn't find if it does
> posted-writes.
Then I would assume it does unless you can find a hardware engineer to
sign a statement in blood to that effect 8)
> Actually the following patch should fix the problem as well. Just move the
> HW enable to
On 04/03/2014 10:57 AM, Heesub Shin wrote:
This commit removes code lines currently not in use or never called.
Signed-off-by: Heesub Shin
Cc: Dongjun Shin
Cc: Sunghwan Yun
Acked-by: Vlastimil Babka
---
mm/compaction.c | 10 --
1 file changed, 10 deletions(-)
diff --git
> > If we *do* export it, I'd like it to have a more conventional name, e.g.,
> > something starting with "pci_".
>
> Understood. pci_find_host_bridge() ?
pci_get_host_bridge() and take a reference IMHO ? If your primary bus is
not PCI then your PCI "host" bridge could be hot swappable so the
On Sat, Apr 05, 2014 at 07:48:36PM +0400, Azat Khuzhin wrote:
> With EXT4FS_DEBUG ext4_count_free_clusters() will call
> ext4_read_block_bitmap() without s_group_info initialized, so we need to
> initialize multi-block allocator before.
>
> And dependencies that must be solved, to allow this:
> -
On Mon, Apr 07, 2014 at 04:12:58PM +0200, Peter Zijlstra wrote:
> On Fri, Apr 04, 2014 at 12:57:27PM -0400, Konrad Rzeszutek Wilk wrote:
> > On Fri, Apr 04, 2014 at 03:00:12PM +0200, Peter Zijlstra wrote:
> > >
> > > So I'm just not ever going to pick up this patch; I spend a week trying
> > > to
On 04/06, Oleg Nesterov wrote:
>
> But I'll try to cleanup this patch...
See v2 below.
---
Subject: [RFC PATCH v2 6/6] uprobes/x86: Emulate rip-relative conditional
"near" jmp's
It seems that 16bit condi jmp is just
Sorry,
I thought that it's out.
ᐧ
On Mon, Apr 7, 2014 at 5:14 PM, Greg KH wrote:
> On Mon, Apr 07, 2014 at 03:38:27PM +0300, Matei Oprea wrote:
>> Any comments on this ?
>
> You got an email from me about this, on the 23rd, saying that I can't do
> anything with it until 3.15-rc1 is out.
>
>
On 04/06, Oleg Nesterov wrote:
>
> Incomplete, lacks "jcxz". Simple to fix. Anything else?
Please see v2 below. Simplify the preprocessor hacks.
---
Subject: [RFC PATCH v2 5/6] uprobes/x86: Emulate rip-relative
On Fri, Apr 04, 2014 at 03:55:13PM +0200, Thierry Reding wrote:
> PLLE has M, N and P divider shift and width parameters that differ from
> the defaults. Furthermore, when clearing the M, N and P divider fields
> the corresponding masks were never shifted, thereby clearing only the
> lowest bits
At Mon, 07 Apr 2014 14:54:11 +0200,
Lars-Peter Clausen wrote:
>
> On 04/05/2014 02:12 AM, Arun Shamanna Lakshmi wrote:
> > 1. Modify soc_enum struct to handle pointers for reg and mask
> > 2. Add dapm get and put APIs for multi register one hot encoded mux
> > 3. Update snd_soc_dapm_update struct
On 04/07/2014 09:09 AM, Greg Kroah-Hartman wrote:
On Mon, Apr 07, 2014 at 07:17:25PM +0800, Fengguang Wu wrote:
Hi Ken,
I got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 12e364b9f08aa335dc7716ce74113e834c993765
On Sat, Apr 05, 2014 at 12:39:48AM +0100, Bjorn Helgaas wrote:
> On Fri, Mar 14, 2014 at 03:34:31PM +, Liviu Dudau wrote:
> > This is a useful function and we should make it visible outside the
> > generic PCI code. Export it as a GPL symbol.
> >
> > Signed-off-by: Liviu Dudau
> > Tested-by:
On Sat 05-04-14 11:28:17, Daniel J Blueman wrote:
> On 04/05/2014 04:56 AM, Theodore Ts'o wrote:
> >On Sat, Apr 05, 2014 at 01:00:55AM +0800, Daniel J Blueman wrote:
> >>On a larger system 1728 cores/4.5TB memory and 3.13.9, I'm seeing very low
> >>600KB/s cached write performance to a local ext4
On Fri, Apr 04, 2014 at 10:59:09AM -0400, Waiman Long wrote:
> I am really sorry if you have bad feeling about it. I do not mean to
> discredit you on your effort to make the qspinlock patch better. I really
> appreciate your input and would like to work with you on this patch as well
> as other
1.5 Million Pounds Has been Granted to you send,Name,Country,Mobile to our
email .for more visit http://www.bbc.com/news/uk-england-19254228
--
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
Commit 8fc1b0f87d9f ("ARM: qcom: Split Qualcomm support into legacy and
multiplatform") removed Kconfig symbol ARCH_MSM_DT. But that commit
left one (optional) dependency on ARCH_MSM_DT untouched.
Three Kconfig symbols used to depend on ARCH_MSM_DT: ARCH_MSM8X60,
ARCH_MSM8960, and ARCH_MSM8974.
Evgeniy,
Could you review this set of patches in this thread? Thanks.
On Sat, Mar 22, 2014 at 08:27:44PM -0500, David Fries wrote:
> On Fri, Feb 21, 2014 at 01:07:28AM +0400, Evgeniy Polyakov wrote:
> > Your approach and patch seem correct, but I worry about how old
> > commands are processed.
On Fri, Apr 04, 2014 at 12:57:27PM -0400, Konrad Rzeszutek Wilk wrote:
> On Fri, Apr 04, 2014 at 03:00:12PM +0200, Peter Zijlstra wrote:
> >
> > So I'm just not ever going to pick up this patch; I spend a week trying
> > to reverse engineer this; I posted a 7 patch series creating the
> >
On Mon, Apr 07, 2014 at 03:38:27PM +0300, Matei Oprea wrote:
> Any comments on this ?
You got an email from me about this, on the 23rd, saying that I can't do
anything with it until 3.15-rc1 is out.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>> +
>> +int
>> +xfs_bmap_split_extent(
>> +struct xfs_inode*ip,
>> +xfs_fileoff_t split_fsb,
>> +xfs_extnum_t*split_ext)
>> +{
>> +struct xfs_mount*mp = ip->i_mount;
>> +struct xfs_trans*tp;
>> +struct xfs_bmap_free
On Fri, Apr 04, 2014 at 01:08:16PM -0400, Waiman Long wrote:
> Peter's patch is a rewrite of my patches 1-4, there is no PV or unfair lock
> support in there.
Yes, because your patches were unreadable and entirely non obvious.
And while I appreciate that its not entirely your fault; the subject
On Mon, Apr 07, 2014 at 03:15:36PM +0200, Miklos Szeredi wrote:
> >
> > Is there anything obvious that I might be doing wrong?
>
> I only wired up the syscall for x86_64. Who's responsible for adding
> all the syscall tables for the various architectures?
Ah, and I was testing with i386, not
On Mon, Apr 07, 2014 at 07:17:25PM +0800, Fengguang Wu wrote:
> Hi Ken,
>
> I got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>
> commit 12e364b9f08aa335dc7716ce74113e834c993765
> Author: Ken Cox
> AuthorDate: Tue
On 04/07/2014 06:17 AM, Fengguang Wu wrote:
Hi Ken,
I got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 12e364b9f08aa335dc7716ce74113e834c993765
Author: Ken Cox
AuthorDate: Tue Mar 4 07:58:07 2014 -0600
Commit:
On Fri, Apr 04, 2014 at 09:04:58PM +0200, Christoph Jaeger wrote:
> chameleon_parse_cells() bails out if chameleon descriptor type is
> invalid but does not free the storage 'header' points to.
>
> Signed-off-by: Christoph Jaeger
> ---
> drivers/mcb/mcb-parse.c | 1 +
> 1 file changed, 1
On 14-03-22 03:05 PM, Kees Cook wrote:
> On Sat, Mar 22, 2014 at 9:47 AM, Kees Cook wrote:
>> The lkdtm module performs tests against executable memory ranges, so
>> it needs to flush the icache for proper behaviors. Other architectures
>> already export this, so do the same for MIPS.
>>
>>
On Fri, 2014-04-04 at 23:27 +0200, Rabin Vincent wrote:
> Use fixmaps for text patching when the kernel text is read-only,
> inspired by x86. This makes jump labels and kprobes work with the
> currently available CONFIG_DEBUG_SET_MODULE_RONX and the upcoming
> CONFIG_DEBUG_RODATA options.
>
>
On Wed, Apr 02, 2014 at 09:42:03AM +0200, Ingo Molnar wrote:
> I'd suggest using C syntax instead initially, because that's what the
> kernel is using.
>
> The overwhelming majority of people probing the kernel are
> programmers, so there's no point in inventing new syntax, we should
> reuse
Hi Greg,
Am Donnerstag, den 03.04.2014, 11:05 -0700 schrieb Greg KH:
> On Thu, Apr 03, 2014 at 08:25:27AM +0200, Frank Haverkamp wrote:
> > Updated email address of co-author and updated the copyright notice
> > with the current year.
>
> Why update the copyright notice, it doesn't mean
On Mon, Apr 07, 2014 at 10:22:36AM +0200, Philipp Zabel wrote:
> The decoder mux id is equal to the port id of the encoder's input port
> that is connected to the given crtc, not to the endpoint id (which is
> arbitrary and usually zero).
>
> Signed-off-by: Philipp Zabel
It fixes a color
Hi,
On 7 April 2014 03:41, Ben Hutchings wrote:
> On Mon, 2014-04-07 at 00:35 +0100, Ben Hutchings wrote:
>> 3.2.57-rc1 review patch. If anyone has any objections, please let me know.
> [...]
> --- a/fs/cifs/file.c
> +++ b/fs/cifs/file.c
[...]
> + /*
> +* i + 1 now
On Mon, Apr 07, 2014 at 12:36:15PM +0100, Arnd Bergmann wrote:
> On Monday 07 April 2014 09:31:20 Liviu Dudau wrote:
> > On Sat, Apr 05, 2014 at 01:19:53AM +0100, Bjorn Helgaas wrote:
> >
> > > Host bridges on x86 could have MMIO apertures that turn CPU memory
> > > accesses
> > > into PCI port
On 04/07/2014 06:21 AM, Jan Kara wrote:
> Hello,
>
> On Fri 04-04-14 18:06:37, Sasha Levin wrote:
>> While fuzzing with trinity inside a KVM tools guest running the latest -next
>> kernel I've stumbled on the following:
>>
>> [ 323.192041] INFO: trying to register non-static key.
>> [
On Mon, 7 Apr 2014 22:27:02 +1000
Stephen Rothwell wrote:
> Hi Jeff,
>
> On Mon, 7 Apr 2014 07:11:30 -0400 Jeff Layton wrote:
> >
> > On Mon, 7 Apr 2014 11:37:06 +1000
> > Stephen Rothwell wrote:
> >
> > > On Fri, 4 Apr 2014 20:56:24 -0400 Jeff Layton wrote:
> > > >
> > > > Thanks for the
Hi Tomas,
yes, I just checked source rpm and it's applied..
here are the dumps:
[root@k310test ~]# hexdump -s 0x48 -n 4 /proc/bus/pci/00/16.0
048 a301 3900
04c
[root@k310test ~]# hexdump -s 0x40 -n 4 /proc/bus/pci/00/16.0
040 0345 000f
On Mon, Apr 07, 2014 at 04:07:01PM +0300, Kirill A. Shutemov wrote:
> On Thu, Apr 03, 2014 at 10:48:44PM +0400, Cyrill Gorcunov wrote:
> > Hi! I've been trying to clean up soft-dirty bit usage. I can't cleanup
> > "ridiculous macros in pgtable-2level.h" completely because I need to
> > define
On Fri, 04 Apr, at 01:25:45PM, Leif Lindholm wrote:
> This is the set of patches from the arm/arm64 UEFI support that are not
> in fact architecture specific. This set depends on other EFI patches
> already in linux-next.
>
> H. Peter Anvin (1):
> efi: x86: Improve cmdline conversion
>
> Leif
On Fri, 04 Apr, at 01:25:48PM, Leif Lindholm wrote:
> From: "H. Peter Anvin"
>
> Improve the conversion of the UTF-16 EFI command line
> to UTF-8 for passing to the kernel.
>
> Signed-off-by: Roy Franz
> Signed-off-by: H. Peter Anvin
> Signed-off-by: Leif Lindholm
This Signed-off-by chain
On Tue, Apr 1, 2014 at 10:02 AM, Tanya Brokhman wrote:
> The ubi->free_count should be updated with every insert/remove to/from
> the ubi->free list.
>
> Signed-off-by: Tanya Brokhman
>
> diff --git a/drivers/mtd/ubi/wl.c b/drivers/mtd/ubi/wl.c
> index 9a36f78..ca74d19 100644
> ---
On Sat, Apr 5, 2014 at 1:43 AM, Theodore Ts'o wrote:
> On Fri, Apr 04, 2014 at 07:16:25PM +0200, Miklos Szeredi wrote:
>>
>> http://marc.info/?l=linux-kernel=139523745403081=2
>
> I tried applying this patch on top of xfstests commit 3948694eb1, but
> running on ext4.git's test branch, which has
On Tue, Apr 1, 2014 at 10:01 AM, Tanya Brokhman wrote:
> In case of an error (if there are not free PEB's for example),
> __wl_get_peb will return a negative value. In order to prevent access
> violation we need to test the returned value prior to using it later on.
>
> Signed-off-by: Tatyana
>
> Hello Tomas,
> > I would need the devices ids of the MEI device on your platform (lspci
> > will do
> the job), is this same platform as you tested before?
> > You should not get to requesting the HW readiness w/ my patch.
>
> yes, it's the same box.
>
> here are the IDs:
>
> 00:16.0
On 04/07/2014 02:51 PM, Arnd Bergmann wrote:
On Monday 07 April 2014 14:32:20 Mike Looijmans wrote:
On 04/07/2014 02:25 PM, Arnd Bergmann wrote:
Judging from the kernel output, regulator_get_optional returns -ENODEV if the
supply wasn't found.
Maybe the API is confusing (or wrong?) here.
If
On Sun, Apr 06, 2014 at 01:45:33PM +0200, Paul Bolle wrote:
> Commit 8fc1b0f87d9f ("ARM: qcom: Split Qualcomm support into legacy and
> multiplatform") removed Kconfig symbol ARCH_MSM_DT. But that commit
> left one (optional) dependency on ARCH_MSM_DT untouched.
>
> Three Kconfig symbols used to
On Thu, Apr 03, 2014 at 10:48:44PM +0400, Cyrill Gorcunov wrote:
> Hi! I've been trying to clean up soft-dirty bit usage. I can't cleanup
> "ridiculous macros in pgtable-2level.h" completely because I need to
> define _PAGE_FILE,_PAGE_PROTNONE,_PAGE_NUMA bits in sequence manner
> like
>
> #define
Thanks Dan,
i m agree with patch.
Best Regards.
Gabriel
On 04/07/2014 08:30 AM, Dan Carpenter wrote:
There are two allocations where, if they fail, then we end up
dereferencing the NULL pointer in the error handling code.
Fixes: 94885faf9dbc ('clk: st: Support for DIVMUX and PreDiv Clocks')
On Tue, Apr 1, 2014 at 10:01 AM, Tanya Brokhman wrote:
> At first mount it's possible that there are not enough free PEBs since
> there are PEB's pending to be erased. In such scenario, fm_pool (which is
> the pool from which user required PEBs are allocated) will be empty.
> Try fixing the above
On 04/05/2014 02:12 AM, Arun Shamanna Lakshmi wrote:
1. Modify soc_enum struct to handle pointers for reg and mask
2. Add dapm get and put APIs for multi register one hot encoded mux
3. Update snd_soc_dapm_update struct to support multiple reg update
Signed-off-by: Arun S L
Signed-off-by:
On Monday 07 April 2014 14:32:20 Mike Looijmans wrote:
> On 04/07/2014 02:25 PM, Arnd Bergmann wrote:
>
> Judging from the kernel output, regulator_get_optional returns -ENODEV if the
> supply wasn't found.
>
> Maybe the API is confusing (or wrong?) here.
>
> If you change the code as per your
On 04/04/14 16:41, Daniel Thompson wrote:
> diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
> index 0531da8..7e19c94 100644
> --- a/arch/arm/Kconfig.debug
> +++ b/arch/arm/Kconfig.debug
> @@ -989,12 +989,7 @@ config DEBUG_LL_INCLUDE
>
> # Compatibility options for PL01x
> config
On Mon, 2014-04-07 at 06:42 -0400, Neil Horman wrote:
>
> On Thu, Apr 03, 2014 at 03:16:15PM +0200, Yann Droneaud wrote:
> >
> > [ ... ]
> >
> > cscope reports error when generating the cross-reference database:
> >
> > $ make ALLSOURCE_ARCHS=all O=./obj-cscope/ cscope
> > GEN
On Mon, Apr 07, 2014 at 02:15:24PM +0200, Krzysztof Kozlowski wrote:
> Don't store pointer to regulator_dev returned by
> devm_regulator_register() in state container. It isn't used anywhere
> outside of probe.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Apr 07, 2014 at 02:15:23PM +0200, Krzysztof Kozlowski wrote:
> During registration of regulators if external control for regulator was
> set in DTS the ena_gpio and ena_gpio_flags fields of regulator_config
> were set to proper values.
Applied, thanks.
signature.asc
Description: Digital
Any comments on this ?
ᐧ
On Sun, Mar 23, 2014 at 2:13 PM, Matei Oprea wrote:
> This patch fixes "incorrect type in argument 1" warning from sparse.
>
> Signed-off-by: Matei Oprea
> Cc: ROSEdu Kernel Community
> ---
> drivers/staging/cxt1e1/hwprobe.c |6 +++---
>
Any comments on this ?
ᐧ
On Tue, Mar 18, 2014 at 10:51 PM, Matei Oprea wrote:
> It's easier to use kcalloc for allocating arrays. While at it
> also remove useless casting value.
>
> Signed-off-by: Matei Oprea
> Cc: ROSEdu Kernel Community
> ---
> drivers/scsi/lpfc/lpfc_init.c |4 ++--
>
On 04/07/2014 02:25 PM, Arnd Bergmann wrote:
On Monday 07 April 2014 13:18:54 Ben Dooks wrote:
On 07/04/14 13:16, Ben Dooks wrote:
On 07/04/14 13:09, Mike Looijmans wrote:
On 04/07/2014 10:11 AM, Arnd Bergmann wrote:
On Monday 07 April 2014 08:38:28 Mike Looijmans wrote:
index
On Sun, 2014-04-06 at 20:55 -0700, Guenter Roeck wrote:
> On 04/06/2014 04:35 PM, Ben Hutchings wrote:
> > This is the start of the stable review cycle for the 3.2.57 release.
> > There are 18 patches in this series, which will be posted as responses
> > to this one. If anyone has any issues with
Hi Jeff,
On Mon, 7 Apr 2014 07:11:30 -0400 Jeff Layton wrote:
>
> On Mon, 7 Apr 2014 11:37:06 +1000
> Stephen Rothwell wrote:
>
> > On Fri, 4 Apr 2014 20:56:24 -0400 Jeff Layton wrote:
> > >
> > > Thanks for the feedback and for pulling this in anyway. I'll make sure
> > > to do all of that
On Mon, 2014-04-07 at 12:13 +0200, Sebastian Andrzej Siewior wrote:
>
> d->mask contains exact the same information as BIT(bit) so we could save
> a few cycles here.
ISTR that the benefit of saving cycles was questioned in previous
review comments. On ARM, the shift "comes for free".
I'm not
On Monday 07 April 2014 13:18:54 Ben Dooks wrote:
> On 07/04/14 13:16, Ben Dooks wrote:
> > On 07/04/14 13:09, Mike Looijmans wrote:
> >> On 04/07/2014 10:11 AM, Arnd Bergmann wrote:
> >>> On Monday 07 April 2014 08:38:28 Mike Looijmans wrote:
> index 34aef81..43b90c1 100644
> ---
Hi Mike,
On 04/07/2014 02:17 PM, Mike Looijmans wrote:
> On 04/07/2014 07:58 AM, Michal Simek wrote:
>> Hi Soren,
>>
>> On 04/05/2014 01:14 AM, Soren Brinkmann wrote:
>>> Convert all Zynq DT files to the dtc preprocessor include syntax.
>>> This allows to include header files in the devicetrees
On Mon, Apr 07, 2014 at 01:50:26PM +0530, Anshuman Khandual wrote:
> On 03/25/2014 09:46 PM, Andi Kleen wrote:
> >> Hey Arnaldo,
> >>
> >> Do you have any comments or suggestions on this ? Have not received any
> >> response on these proposed patch series yet. Thank you.
> >
> > I read it earlier
On 07/04/14 13:16, Ben Dooks wrote:
On 07/04/14 13:09, Mike Looijmans wrote:
On 04/07/2014 10:11 AM, Arnd Bergmann wrote:
On Monday 07 April 2014 08:38:28 Mike Looijmans wrote:
index 34aef81..43b90c1 100644
--- a/drivers/mmc/host/sdhci.c
+++ b/drivers/mmc/host/sdhci.c
@@ -2972,6 +2972,8 @@
Don't store pointer to regulator_dev returned by
devm_regulator_register() in state container. It isn't used anywhere
outside of probe.
Signed-off-by: Krzysztof Kozlowski
---
drivers/regulator/s5m8767.c | 17 ++---
1 file changed, 6 insertions(+), 11 deletions(-)
diff --git
On 04/07/2014 07:58 AM, Michal Simek wrote:
Hi Soren,
On 04/05/2014 01:14 AM, Soren Brinkmann wrote:
Convert all Zynq DT files to the dtc preprocessor include syntax.
This allows to include header files in the devicetrees like other
SoC-types already do.
Inspired-by: Steffen Trumtrar
During registration of regulators if external control for regulator was
set in DTS the ena_gpio and ena_gpio_flags fields of regulator_config
were set to proper values.
However the same regulator_config was used in next iterations of loop so
the ena_gpio fields carried over to next regulators.
On 07/04/14 13:09, Mike Looijmans wrote:
On 04/07/2014 10:11 AM, Arnd Bergmann wrote:
On Monday 07 April 2014 08:38:28 Mike Looijmans wrote:
index 34aef81..43b90c1 100644
--- a/drivers/mmc/host/sdhci.c
+++ b/drivers/mmc/host/sdhci.c
@@ -2972,6 +2972,8 @@ int sdhci_add_host(struct sdhci_host
On 04/07/2014 10:11 AM, Arnd Bergmann wrote:
On Monday 07 April 2014 08:38:28 Mike Looijmans wrote:
index 34aef81..43b90c1 100644
--- a/drivers/mmc/host/sdhci.c
+++ b/drivers/mmc/host/sdhci.c
@@ -2972,6 +2972,8 @@ int sdhci_add_host(struct sdhci_host *host)
host->vqmmc =
On 7 April 2014 17:34, Chen Gang wrote:
> Need use 'clk' instead of 'mclk', which is the original removed local
> variable.
>
> The related original commit:
>
> "652ed95 cpufreq: introduce cpufreq_generic_get() routine"
>
> The related error with allmodconfig for unicore32:
>
> CC
On Thursday, April 03, 2014 08:37:30 PM Hanjun Guo wrote:
> The UEFI Forum included the ACPI spec in its portfolio in October 2013
> and will host future spec iterations, following the ACPI v5.0a release.
>
> A UEFI Forum working group named ACPI Specification Working Group (ASWG)
> has been
Need use 'clk' instead of 'mclk', which is the original removed local
variable.
The related original commit:
"652ed95 cpufreq: introduce cpufreq_generic_get() routine"
The related error with allmodconfig for unicore32:
CC drivers/cpufreq/unicore2-cpufreq.o
Hi Thomas,
I found this piece of code in tick-oneshot.c:
+int tick_oneshot_mode_active(void)
+{
+ unsigned long flags;
+ int ret;
+
+ local_irq_save(flags);
+ ret = __get_cpu_var(tick_cpu_device).mode == TICKDEV_MODE_ONESHOT;
+ local_irq_restore(flags);
+
+
This reverts commit 60f2b4af1258c05e6b037af866be81abc24438f7.
The same warning has been fixed in e5081a538a565284fec5f30a937d98e460d5e780 and
these two commits got merged in 74e99a84de2d0980320612db8015ba606af42114 which
caused another warning. Simply, the reverted commit casted the pointer
This reverts commit 60f2b4af1258c05e6b037af866be81abc24438f7.
The same warning has been fixed in e5081a538a565284fec5f30a937d98e460d5e780 and
these two commits got merged in 74e99a84de2d0980320612db8015ba606af42114 which
caused another warning. Simply, the reverted commit casted the pointer
BP_PROC_SUPPORT was never defined so removing all the #ifdef'd code
including the bp_proc_create() function.
Signed-off-by: Jan Moskyto Matejka
---
drivers/staging/silicom/bpctl_mod.c | 39 -
1 file changed, 39 deletions(-)
diff --git
Hi Linus,
Please pull ARC changes for 3.15 merge window.
Thx,
-Vineet
--->
The following changes since commit b098d6726bbfb94c06d6e1097466187afddae61f:
Linux 3.14-rc8 (2014-03-24 19:31:17 -0700)
are available in the git repository at:
Hi Linus,
Please consider pulling from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
cpu-hotplug-3.15-rc1
to receive CPU hotplug notifiers registration fixes for v3.15-rc1 with
top-most commit a0e247a8059223593f9c5c3d5c1fd50eedf415c0
net/iucv/iucv.c: Fix CPU hotplug
On Wed, Apr 02, 2014 at 07:53:50AM +0200, Sascha Hauer wrote:
> On Fri, Mar 28, 2014 at 09:48:58AM +0100, Lothar Waßmann wrote:
[...]
> > @@ -183,8 +173,11 @@ static void of_pwmchip_add(struct pwm_chip *chip)
> > return;
> >
> > if (!chip->of_xlate) {
> > -
On Monday 07 April 2014 09:31:20 Liviu Dudau wrote:
> On Sat, Apr 05, 2014 at 01:19:53AM +0100, Bjorn Helgaas wrote:
>
> > Host bridges on x86 could have MMIO apertures that turn CPU memory accesses
> > into PCI port accesses. We could implement any number of I/O port spaces
> > this way, by
301 - 400 of 966 matches
Mail list logo