From: Micky Ching
Fix rts5227&5249 failed send buffer cmd after suspend,
PM_CTRL3 should reset before send any buffer cmd after suspend.
Otherwise, buffer cmd will failed, this will lead resume fail.
Signed-off-by: Micky Ching
---
drivers/mfd/rts5227.c| 19 +++
driver
This is needed for calls into OF code that parses PCI ranges.
It signals support for memory mapped PCI I/O accesses that
are described be device trees.
Cc: Russell King
Cc: Arnd Bergmann
Cc: Rob Herring
Reviewed-by: Catalin Marinas
Signed-off-by: Liviu Dudau
---
arch/arm/include/asm/io.h | 1
Before commit 7b5436635800 the pci_host_bridge was created before the root bus.
As that commit has added a needless dependency on the bus for
pci_alloc_host_bridge()
the creation order has been changed for no good reason. Revert the order of
creation as we are going to depend on the pci_host_bridg
The inline version of ioport_map() that gets used when !CONFIG_GENERIC_IOMAP
is wrong. It returns a mapped (i.e. virtual) address that can start from
zero and completely ignores the PCI_IOBASE and IO_SPACE_LIMIT that most
architectures that use !CONFIG_GENERIC_MAP define.
Signed-off-by: Liviu Duda
From: Catalin Marinas
The handling of PCI domains (or PCI segments in ACPI speak) is
usually a straightforward affair but its implementation is
currently left to the architectural code, with pci_domain_nr(b)
querying the value of the domain associated with bus b.
This patch introduces CONFIG_PCI
Some architectures do not have a simple view of the PCI I/O space
and instead use a range of CPU addresses that map to bus addresses.
For some architectures these ranges will be expressed by OF bindings
in a device tree file.
This patch introduces a pci_register_io_range() helper function with
a g
On Thu, Sep 18, 2014 at 12:48 AM, Christoph Hellwig wrote:
> On Wed, Sep 17, 2014 at 05:47:58PM +0800, Ming Lei wrote:
>> From: Ming Lei
>>
>> This patch removes two unnecessary blk_clear_rq_complete(),
>> the REQ_ATOM_COMPLETE flag is cleared inside blk_mq_start_request(),
>> so:
>>
>> - T
Provide a function to parse the PCI DT ranges that can be used to
create a pci_host_bridge structure together with its associated
bus.
Cc: Bjorn Helgaas
Cc: Arnd Bergmann
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Signed-off-by: Liviu Dudau
---
drivers/of/of_pci.c| 108 +++
This is my version 11 of the attempt at adding support for generic PCI host
bridge controllers that make use of device tree information to
configure themselves. It contains minor cleanups compared with v10 to address
the existing comments.
I'm going to ask for this series to be included in -next.
Hi,
This patch adds support for PCIe to AArch64. It depends on my v11 patch
that adds support for creating generic host bridge resources from device
trees. With that in place, I was able to boot a platform that
has PCIe host bridge support and use a PCIe network card.
Changes from v10:
- Added C
Introduce a default implementation for remapping PCI bus I/O resources
onto the CPU address space. Architectures with special needs may
provide their own version, but most should be able to use this one.
Cc: Bjorn Helgaas
Cc: Arnd Bergmann
Cc: Rob Herring
Reviewed-by: Catalin Marinas
Signed-of
If the firmware has not assigned all the bus resources and
we are not just probing the PCIe busses, it makes sense to
assign the unassigned resources in pci_scan_root_bus().
Cc: Bjorn Helgaas
Cc: Arnd Bergmann
Cc: Jason Gunthorpe
Cc: Rob Herring
Signed-off-by: Liviu Dudau
---
drivers/pci/pro
Use the generic PCI domain and OF functions
to provide support for PCI Express on arm64.
Acked-by: Catalin Marinas
Signed-off-by: Liviu Dudau
---
arch/arm64/Kconfig | 22 ++-
arch/arm64/include/asm/Kbuild| 1 +
arch/arm64/include/asm/io.h | 3 +-
arch/arm64/
Add of_pci_get_domain_nr() to retrieve the PCI domain number
of a given device from DT. If the information is not present,
the function can be requested to allocate a new domain number.
Cc: Bjorn Helgaas
Cc: Arnd Bergmann
Cc: Grant Likely
Cc: Rob Herring
Reviewed-by: Catalin Marinas
Signed-of
The ranges property for a host bridge controller in DT describes
the mapping between the PCI bus address and the CPU physical address.
The resources framework however expects that the IO resources start
at a pseudo "port" address 0 (zero) and have a maximum size of IO_SPACE_LIMIT.
The conversion fr
On 17 September 2014 15:25, Peter Zijlstra wrote:
> On Tue, Sep 16, 2014 at 12:14:54AM +0200, Vincent Guittot wrote:
>> On 15 September 2014 13:42, Peter Zijlstra wrote:
>
>> > OK, I've reconsidered _again_, I still don't get it.
>> >
>> > So fundamentally I think its wrong to scale with the capa
Add public list
On 2014/9/17 23:17, Doug Anderson wrote:
> Addy,
>
> On Tue, Sep 16, 2014 at 6:30 PM, addy...@rock-chips.com
> wrote:
>> hi, all
>
> Any reason why you didn't add some public lists? It seems like this
> is a perfect discussion for linux-i2c.
>
>
>> According to i2c-bus specif
On Wed, Sep 17, 2014 at 5:26 PM, Chao Yu wrote:
> Both ceph_update_writeable_page and ceph_setattr will verify file size
> with max size ceph supported.
> There are two caller for ceph_update_writeable_page, ceph_write_begin and
> ceph_page_mkwrite. For ceph_write_begin, we have already verified t
On Tue, 2014-09-16 at 16:27 +0530, Sanjay Singh Rawat wrote:
> With knowledge of supported thermal policies from this attribute, it helps in
> setting the policy without failure from the available ones.
>
Hmmm, I think it's better to reuse the "policy" attribute.
Say,
#cat policy
user_space [step_
On Tue, 2014-09-16 at 22:51 +0200, Rasmus Villemoes wrote:
> The kernel used to contain two functions for length-delimited,
> case-insensitive string comparison, strnicmp with correct semantics
> and a slightly buggy strncasecmp. The latter is the POSIX name, so
> strnicmp was renamed to strncasecm
On 2014-09-16, Kevin Easton wrote:
> On Thu, Sep 11, 2014 at 04:46:48PM +0800, Qiaowei Ren wrote:
>> +
>> +int mpx_register(struct task_struct *tsk) {
>> +struct mm_struct *mm = tsk->mm;
>> +
>> +if (!cpu_has_mpx)
>> +return -EINVAL;
>> +
>> +/*
>> + * runtime in the u
On Mon, 08 Sep 2014, Henrique de Moraes Holschuh wrote:
> Change the early microcode driver to make a temporary copy of a portion
> of the microcode header, and move the microcode data backwards
> (overwriting the header) to a suitably aligned position, right before
> issuing the microcode update W
c6c95 ("powerpc: Dynamic DMA zone
limits").
I have used the fsl tree from next-20140917 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
signature.asc
Description: PGP signature
From: Daniel Lezcano [daniel.lezc...@linaro.org]
Sent: Wednesday, September 17, 2014 8:22 PM
To: Shilimkar, Santosh; Menon, Nishanth; Tony Lindgren; Kristo, Tero; Paul
Walmsley
Cc: Kevin Hilman; linux-arm-ker...@lists.infradead.org;
linux-o...@vger.kernel
Ping-ping.
On Wed, 10 Sep 2014, Nicolas Pitre wrote:
>
> Ping.
>
>
> On Thu, 4 Sep 2014, Nicolas Pitre wrote:
>
> > This is a rework of the series initially posted by Daniel Lezcano here:
> >
> > http://news.gmane.org/group/gmane.linux.power-management.general/thread=44161
> >
> > Those pa
(2014/09/18 5:59), Arnaldo Carvalho de Melo wrote:
> Em Wed, Sep 17, 2014 at 08:40:54AM +, Masami Hiramatsu escreveu:
>> Do not access kallsyms to show available variables and
>> show source lines in user binaries.
>> This behavior always requires the root privilege when
>> sysctl sets kernel.k
On 09/17/14 17:32, Stephen Rothwell wrote:
> Hi all,
>
> After merging the net tree, today's linux-next build (powerpc
> ppc64_defconfig) produced these warnings:
>
> warning: (PPC_CELL_NATIVE && BLUESTONE && CANYONLANDS && GLACIER && EIGER &&
> 440EPX && 440GRX && 440GX && 460SX && 405EX) selec
On 09/17/2014 03:57 PM, Peter Zijlstra wrote:
>> > Another option would be to:
>> > 1. Add a new "PKG" level and actually _build_ it with phys_proc_id
>> > 2. Make sure to tie the sysfs 'core_siblings' file to PKG
>> > 3. Leave the "MC" level as it is now, but define it as being the lowest-
>> >
Hi all,
After merging the net tree, today's linux-next build (powerpc
ppc64_defconfig) produced these warnings:
warning: (PPC_CELL_NATIVE && BLUESTONE && CANYONLANDS && GLACIER && EIGER &&
440EPX && 440GRX && 440GX && 460SX && 405EX) selects IBM_EMAC_RGMII which has
unmet direct dependencies (N
On Thu, 18 Sep 2014 00:36:33 +0200
Peter Zijlstra wrote:
> On Wed, Sep 17, 2014 at 10:22:55AM -0400, Steven Rostedt wrote:
> > On Wed, 17 Sep 2014 16:18:16 +0200
> > Peter Zijlstra wrote:
>
> > > By not calling console_unlock() the messages will be 'delayed', as in,
> > > we'll not call console
2014-09-17 17:22+0200, Borislav Petkov:
> On Wed, Sep 17, 2014 at 05:04:33PM +0200, Radim Krčmář wrote:
> > which would result in a similar if-else hack
> >
> > if (family > X)
> > ebx.split.max_monitor_line_size_after_family_X = 0
> > else
> > ebx.split.max_monitor_line_size = 0
> >
Hi Andres,
On Wed, Sep 17, 2014 at 10:51:48AM -0700, Andres Lagar-Cavilla wrote:
[...]
> static inline int check_user_page_hwpoison(unsigned long addr)
> {
> int rc, flags = FOLL_TOUCH | FOLL_HWPOISON | FOLL_WRITE;
>@@ -1177,9 +1214,15 @@ static int hva_to_pfn_slow(unsigned long addr, bool
>
On 09/16/14 17:09, Peter Foley wrote:
> glibc versions older than 2.16 don't include sys/auxv.h which this
> executable uses.
> Since we don't have a good way to test for specific glibc versions in
> kbuild, just disable it for now.
>
> Signed-off-by: Peter Foley
Applied. Thanks.
> ---
> Docu
On 09/17/2014 04:20 PM, Shilimkar, Santosh wrote:
Sorry for the format. Emailing from webmail.
[ ... ]
+static int omap_enter_idle_smp(struct cpuidle_device *dev,
+struct cpuidle_driver *drv,
+int
On 09/15/2014 06:44 PM, Kim Phillips wrote:
On Thu, 11 Sep 2014 12:34:20 -0500
"J. German Rivera" wrote:
This patch series introduces Linux support for the Freescale
Management Complex (fsl-mc) hardware.
here are the results of using some tools to check this patchseries:
make C=1 CF="-D__CH
Hi Geert,
On Wed, 17 Sep 2014 22:28:36 +0200 Geert Uytterhoeven
wrote:
>
> It seems kisskb is no longer building the linus branch?
>
> The last one on http://kisskb.ellerman.id.au/kisskb/head/page1/
> was v3.17-rc4.
Hopefully fixed now. Thanks for the heads up.
--
Cheers,
Stephen Rothwell
On 15 September 2014 01:53, Russell King - ARM Linux
wrote:
> On Tue, Sep 09, 2014 at 03:26:57PM +0530, Ankit Jindal wrote:
>> diff --git a/drivers/uio/uio_xgene_qmtm.c b/drivers/uio/uio_xgene_qmtm.c
> ...
>> +/* QMTM CSR read/write routine */
>> +static inline void qmtm_csr_write(struct uio_qmtm_
On 15 September 2014 01:31, Russell King - ARM Linux
wrote:
> On Tue, Sep 09, 2014 at 03:26:56PM +0530, Ankit Jindal wrote:
>> This patch update UIO documentation for new mem region
>> type UIO_MEM_PHYS_CACHE.
>>
>> Signed-off-by: Ankit Jindal
>> Signed-off-by: Tushar Jagad
>> ---
>> Documentat
On 09/11/2014 01:49 PM, Joe Perches wrote:
+out:
+ pr_debug("%s: %s %s\n", __func__, dev_name(dev),
+found ? "matched" : "not matched");
Thia should probably use dev_dbg
dev_dbg(dev, "%smatched\n", found ? "" : "not ");
and let the dynamic debug mechanism emit
On Wed, Sep 17, 2014 at 12:37 PM, Alexei Starovoitov wrote:
>
>> Hm, thinking out loudly ... perhaps this could be made a library problem.
>> Such that the library which wraps the syscall needs to be aware of a
>> marker where the initial version ends, and if the application doesn't
>> make use of
On Thu, Sep 18, 2014 at 01:22:10AM +0200, Arnd Bergmann wrote:
> On Wednesday 17 September 2014, Graeme Gregory wrote:
> > It sounds like from the discussions in other threads that ARM64 should
> > be following x86 and re-using DT bindings here. In which case there is
> > not need to submit things
James Morris wrote:
> No, if they go direct to Linus, they don't go into -next.
Can you then sync your -next branch to Linus after Linus takes them please?
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Tue, 16 Sep 2014, David Howells wrote:
> > Can you please pull these fixes and send them on upstream:
>
> Can you also pull them into your next branch as I have stuff for your next
> branch that depends on those changes?
No, if they go direct to Linus, they don't go into -next.
--
James Mo
On Wednesday 17 September 2014, Graeme Gregory wrote:
> It sounds like from the discussions in other threads that ARM64 should
> be following x86 and re-using DT bindings here. In which case there is
> not need to submit things to UEFI organisation.
>
> What I got a little lost in has there been a
On Wed, Sep 17, 2014 at 09:33:24AM +0200, Olaf Hering wrote:
> Christoph,
>
> what does "review of this" mean? There are many hv related patches
> floating around. The removal of the warning in msgid
> <1409701396-20226-1-git-send-email-...@microsoft.com> looks ok to me.
Thanks, can you give m
Sorry for the format. Emailing from webmail.
From: Daniel Lezcano [daniel.lezc...@linaro.org]
Sent: Wednesday, September 17, 2014 2:49 PM
To: Menon, Nishanth; Shilimkar, Santosh; Tony Lindgren; Kristo, Tero; Paul
Walmsley
Cc: Kevin Hilman; linux-arm-ker...@
On Thu, 18 Sep 2014 00:20:00 +0200
Hartmut Knaack wrote:
> Jacob Pan schrieb, Am 17.09.2014 02:11:
> > Platform driver for X-Powers AXP288 ADC, which is a sub-device of
> > the customized AXP288 PMIC for Intel Baytrail-CR platforms. GPADC
> > device enumerates as one of the MFD cell devices. It u
On 2014年09月18日 04:11, Rafael J. Wysocki wrote:
> On Wednesday, September 17, 2014 08:22:59 PM Matthew Garrett wrote:
>> On Wed, Sep 17, 2014 at 09:37:42PM +0200, Rafael J. Wysocki wrote:
>>
>>> There are no implied IP issues with using the information there I know of
>>> and
>>> if there's any fin
On Wed, Sep 17, 2014 at 07:45:27PM +0100, Morten Rasmussen wrote:
> Right. You don't need to scale capacity to determine whether a cpu is
> full or not if you don't have DVFS, but I don't think it hurts if it is
> done right. We need the scaling to figure out how much capacity is
> available.
Mayb
On 09/18, Ulf Hansson wrote:
> 2014-09-15 23:45 GMT+02:00 Stephen Boyd :
> > On 09/04/14 15:01, Stephen Boyd wrote:
> >>
> >> 8<
> >> From: Stephen Boyd
> >> Subject: [PATCH] mmc: Consolidate emmc tuning blocks
> >>
> >> The same tuning block array exists in the dw_mmc h.c and sdhci-msm.c
On Tue, Sep 16, 2014 at 04:49:03PM -0700, Dave Hansen wrote:
> On 09/16/2014 10:58 AM, Peter Zijlstra wrote:
> > the 'problem' is that we currently have the static order of
> > the masks, if we were to flip the MC and NUMA masks we need a condition
> > to do that on and make sure everything is awar
On Wed, Sep 17, 2014 at 10:22:55AM -0400, Steven Rostedt wrote:
> On Wed, 17 Sep 2014 16:18:16 +0200
> Peter Zijlstra wrote:
> > By not calling console_unlock() the messages will be 'delayed', as in,
> > we'll not call console->write() and we'll not see them, etc..
> >
> > So some form of [delay
2014-09-15 23:45 GMT+02:00 Stephen Boyd :
> On 09/04/14 15:01, Stephen Boyd wrote:
>>
>> 8<
>> From: Stephen Boyd
>> Subject: [PATCH] mmc: Consolidate emmc tuning blocks
>>
>> The same tuning block array exists in the dw_mmc h.c and sdhci-msm.c
>> files. Move these into mmc.c so that they
I originally did this when renaming CONFIG_SCHED_MC. I ended up
not renaming it, but I still think it's nice to have all the
Kconfigs consolidated like this.
--
From: Dave Hansen
We have 2 config options (SCHED_MC and SCHED_SMT) which are used
across a few architectures. We have one (SCHED_B
From: Dave Hansen
The MC (MultiCore) sched domain was originally intended to
represent the groupings of cores in a multi-core CPU.
The sched domains code has essentially two kinds of topology
levels:
1. CPU levels, like hyperthreads or cores that share cache
2. NUMA levels derived from the syst
From: Dave Hansen
topology_core_cpumask() is a function that arch-independent code
uses. Each (non-generic) architecture will define it in order to
map over to the arch-specific variables storing the actual mask.
I think topology_core_cpumask() is a bad name. It makes it sound
like it is gene
From: Dave Hansen
The "DIE" topology level is currently defined like this:
static inline const struct cpumask *cpu_cpu_mask(int cpu)
{
return cpumask_of_node(cpu_to_node(cpu));
}
But that makes very little sense on a NUMA system since
the lowest-domain NUMA node is guaranteed to be ess
From: Dave Hansen
As noted by multiple reports:
https://lkml.org/lkml/2014/9/15/1240
https://lkml.org/lkml/2014/7/28/442
the sched domains code has some assumptions that break on newer
AMD and Intel CPUs. Namely, the code assumes that NUMA node
boundaries always lie outside of
From: Dave Hansen
The /sys/devices/system/cpu/cpu*/topology/core_siblings*
files were previously built from the "cpu_core_map". That
mask is deeply connected to the sched domains internal
multi-core (MC) level, which is now become disconnected from
the actual CPU package.
We have a new "cpu_pa
On 17/09/14 23:25, Lee Jones wrote:
On Wed, 17 Sep 2014, Lee Jones wrote:
On Wed, 17 Sep 2014, Srinivas Kandagatla wrote:
On 17 Sep 2014 09:03, "Lee Jones" wrote:
On Wed, 17 Sep 2014, Srinivas Kandagatla wrote:
This patch promtes the driver to be at subsystem level as this driver
will
1.net/~dave/intel/full-dmesg-hswep-20140917.txt
---
I'm getting the spew below when booting with Haswell (Xeon
E5-2699 v3) CPUs and the "Cluster-on-Die" (CoD) feature enabled
in the BIOS. It seems similar to the issue that some folks from
AMD ran in to on their systems and addr
Not all filesystems now provide the rename i_op - ext4 for one - but rather
provide the rename2 i_op. CacheFiles checks that the filesystem has rename
and so will reject ext4 now with EPERM:
CacheFiles: Failed to register: -1
Fix this by checking for rename2 as an alternative. The call
Hartmut Knaack schrieb, Am 18.09.2014 00:20:
> Jacob Pan schrieb, Am 17.09.2014 02:11:
>> Platform driver for X-Powers AXP288 ADC, which is a sub-device of the
>> customized AXP288 PMIC for Intel Baytrail-CR platforms. GPADC device
>> enumerates as one of the MFD cell devices. It uses IIO infrastru
On Sep 17, 2014, at 9:26 AM, Yaniv Gardi wrote:
> This change depends on draviv [PATCH v3] series of 16 changes that was
> already uploaded.
> Soon draviv will uploaded again as [PATCH v4] that contain 17 patches, and
> this change will be dependent on this serie,
>
> Thanks,
> Yaniv
>
> -
On Tue, Sep 16, 2014 at 12:14:54AM +0200, Vincent Guittot wrote:
> On 15 September 2014 13:42, Peter Zijlstra wrote:
> > OK, I've reconsidered _again_, I still don't get it.
> >
> > So fundamentally I think its wrong to scale with the capacity; it just
> > doesn't make any sense. Consider big.lit
On Wed, 17 Sep 2014, Lee Jones wrote:
> On Wed, 17 Sep 2014, Srinivas Kandagatla wrote:
>
> > On 17 Sep 2014 09:03, "Lee Jones" wrote:
> > >
> > > On Wed, 17 Sep 2014, Srinivas Kandagatla wrote:
> > >
> > > > This patch promtes the driver to be at subsystem level as this driver
> > > > will be u
Plumbing the flags argument through the vfs code so they can be passed down to
__generic_file_(read/write)_iter function that do the acctual work.
Signed-off-by: Milosz Tanski
---
drivers/target/target_core_file.c | 6 +++---
fs/nfsd/vfs.c | 4 ++--
fs/read_write.c
This patcheset introduces an ability to perform a non-blocking read from
regular files in buffered IO mode. This works by only for those filesystems
that have data in the page cache.
It does this by introducing new syscalls new syscalls readv2/writev2 and
preadv2/pwritev2. These new syscalls behav
From: Christoph Hellwig
Go through filesystem paths and return EAGAIN if there's an operation (like
metadata) that would cause blocking.
Signed-off-by: Milosz Tanski
---
fs/cifs/file.c| 6 ++
fs/ocfs2/file.c | 6 ++
fs/pipe.c | 3 ++-
fs/read_write.c | 17 +++
Filesystems that generic_file_read_iter will not be allowed to perform
non-blocking reads. This only will read data if it's in the page cache and if
there is no page error (causing a re-read).
Signed-off-by: Milosz Tanski
---
fs/read_write.c| 4 +++-
include/linux/fs.h | 3 +++
mm/filemap.
New syscalls with an extra flag argument. For now all flags except for 0 are
not supported.
Signed-off-by: Milosz Tanski
---
fs/read_write.c | 80 +--
include/linux/syscalls.h | 12 ++
include/uapi/asm-generic/unistd.h | 10 -
This is only for x86_64 and x86. Will add other arch later.
Signed-off-by: Milosz Tanski
---
arch/x86/syscalls/syscall_32.tbl | 4
arch/x86/syscalls/syscall_64.tbl | 4
2 files changed, 8 insertions(+)
diff --git a/arch/x86/syscalls/syscall_32.tbl b/arch/x86/syscalls/syscall_32.tbl
in
Jacob Pan schrieb, Am 17.09.2014 02:11:
> Platform driver for X-Powers AXP288 ADC, which is a sub-device of the
> customized AXP288 PMIC for Intel Baytrail-CR platforms. GPADC device
> enumerates as one of the MFD cell devices. It uses IIO infrastructure
> to communicate with userspace and consumer
On Wed, Sep 17, 2014 at 2:59 PM, Daniel Borkmann wrote:
>>
>> 3.
>> kernel/bpf/test_stubs.c can be removed once real tracing
>> or socket use case is in.
>
>
> Yes, please, lets go for point 3 at the very least.
agree. test_stubs is a way to have verifier testsuite
as the first ebpf user in this
On 15 September 2014 17:47, Grégory Soutadé wrote:
> Checks EXT_CSD_PARTITION_SETTING_COMPLETED bit before
> computing enhanced user area offset and size, and
> adding mmc general purpose partitions. The two needs
> EXT_CSD_PARTITION_SETTING_COMPLETED bit be set to be
> valid (as described in
2014-09-15 10:23 GMT+02:00 Dan Carpenter :
> On Sun, Sep 14, 2014 at 06:03:16PM +0200, Rickard Strandqvist wrote:
>> Using memset before strncpy just to ensure a trailing null
>> character is an unnecessary double writing of a string
>>
>
> You really should make a function which pads and NUL termi
On 15 September 2014 17:47, Grégory Soutadé wrote:
> Replace ext_csd "enhanced_area_en" attribute by
> "partition_setting_completed". It was used whether or
> not enhanced user area is defined and without checks of
> EXT_CSD_PARTITION_SETTING_COMPLETED bit.
>
> Signed-off-by: Grégory Soutadé
On 15 September 2014 17:47, Grégory Soutadé wrote:
> Move code that manages user area and general purpose
> partitions into functions.
>
> Signed-off-by: Grégory Soutadé
Thanks! Applied for next.
Kind regards
Uffe
> ---
> drivers/mmc/core/mmc.c | 162
> ++---
On Wed, Sep 17, 2014 at 11:47:23PM +0200, Frans Klaver wrote:
> The disp attribute is write-only, but sysfs doesn't know this. Currently
> show_sys_acpi() is mimicking sysfs behavior, if the underlying acpi call
> should fail. This was introduced in 6dff29b63a5bf2eaf3 "eeepc-laptop:
> disp attribut
On Aug 4, 2014, at 6:31 PM, Stephen Boyd wrote:
> The SCM code in the mainline kernel is woefully out of data from what
> is in the downstream msm kernels. Update the code to be at least
> functionally correct and useful for features like cpuidle and
> suspend.
>
> Olav Haugan (1):
> msm: scm
On Wed, 2014-09-17 at 23:47 +0200, Frans Klaver wrote:
> Correct indentation and brace usage to comply with
> Documentation/CodingStyle.
>
> Signed-off-by: Frans Klaver
> ---
> drivers/platform/x86/eeepc-laptop.c | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/d
On Wed, Sep 17, 2014 at 11:47:21PM +0200, Frans Klaver wrote:
> Device attributes are instantiated manually, while we have DEVICE_ATTR*
> macros available to do much of the work for us. Let's use them.
>
> Signed-off-by: Frans Klaver
> ---
> drivers/platform/x86/eeepc-laptop.c | 34 -
On 09/17/2014 06:17 PM, Alexei Starovoitov wrote:
On Wed, Sep 17, 2014 at 12:16 AM, Daniel Borkmann wrote:
That actually still doesn't answer my question why the test stub
cannot live in lib/test_bpf where we have our actual testing
framework for eBPF/BPF, also since you exactly only build tes
On Sat, 13 Sep 2014, Laurent Pinchart wrote:
> The TWL RTC interrupt is a double-nested threaded interrupt, handled
> through the TWL SIH (Secondary Interrupt Handler) and PIH (Primary
> Interrupt Handler).
>
> When the system is woken up from suspend by a TWL RTC alarm interrupt,
> the TWL PIH a
On 09/17/2014 03:53 PM, Elliott, Robert (Server Storage) wrote:
>
>
>> -Original Message-
>> From: Christoph Hellwig [mailto:h...@lst.de]
>> Sent: Saturday, 13 September, 2014 6:40 PM
>> To: Jens Axboe
>> Cc: Elliott, Robert (Server Storage); linux-s...@vger.kernel.org; linux-
>> ker...@v
> -Original Message-
> From: Christoph Hellwig [mailto:h...@lst.de]
> Sent: Saturday, 13 September, 2014 6:40 PM
> To: Jens Axboe
> Cc: Elliott, Robert (Server Storage); linux-s...@vger.kernel.org; linux-
> ker...@vger.kernel.org
> Subject: blk-mq timeout handling fixes
>
> This series f
Here's the second installment cleaning up some things in the eeepc laptop
driver.
This depends on "eeepc-laptop: simplify parse_arg()".
For those interested, I keep a copy based on Darren's testing branch on
github:
https://github.com/fransklaver/linux.git tags/eeepc_cleanup_v2
v1..v2:
Device attributes are instantiated manually, while we have DEVICE_ATTR*
macros available to do much of the work for us. Let's use them.
Signed-off-by: Frans Klaver
---
drivers/platform/x86/eeepc-laptop.c | 34 --
1 file changed, 4 insertions(+), 30 deletions(-)
d
Correct indentation and brace usage to comply with
Documentation/CodingStyle.
Signed-off-by: Frans Klaver
---
drivers/platform/x86/eeepc-laptop.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/platform/x86/eeepc-laptop.c
b/drivers/platform/x86/eeepc-laptop.c
The eeepc-laptop driver follows the function naming convention
_(), while the sysfs macros are built around the
convention _(). Rename the sysfs functions to the
convention used by sysfs. This makes it easier to use the available API
later on.
Signed-off-by: Frans Klaver
---
drivers/platform/x86
The disp attribute is write-only, but sysfs doesn't know this. Currently
show_sys_acpi() is mimicking sysfs behavior, if the underlying acpi call
should fail. This was introduced in 6dff29b63a5bf2eaf3 "eeepc-laptop:
disp attribute should be write-only". This is not ideal; behaving like
sysfs is bet
Pull out macros EEEPC_ACPI_STORE_FUNC and EEEPC_ACPI_SHOW_FUNC. These
macros define functions that call store_sys_acpi() and show_sys_acpi()
respectively. This helps prevent duplication later on.
Signed-off-by: Frans Klaver
---
drivers/platform/x86/eeepc-laptop.c | 12 +---
1 file change
Pull out EEEPC_SENSOR_STORE_FUNC and EEEPC_SENSOR_SHOW_FUNC. These
macros define functions that call store_sys_hwmon() and show_sys_hwmon()
respectively. This helps prevent duplication later on.
Signed-off-by: Frans Klaver
---
drivers/platform/x86/eeepc-laptop.c | 12 +---
1 file changed
The result of set_acpi is left unchecked, but it may return errors. If
one occurs, send the error to the caller. There's no reason to lie about
it, if set_acpi fails.
Signed-off-by: Frans Klaver
---
drivers/platform/x86/eeepc-laptop.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
dif
In get_cpufv the return value of get_acpi is stored in the cpufv struct.
Right before this value is checked for errors, it is and'ed with 0xff.
This means c->cur can never be less than zero. Besides that, the actual
error value is ignored.
c->num is also and'ed with 0xff, which means we can ignore
In the instantiation of the fan1_input device attribute, NULL is passed
as set function to store_sys_hwmon. The function pointer is never
checked before dereferencing it. This is fine if we can guarantee that
it will never be called with an invalid pointer, but we can't. If
someone from user space
On 09/17, Aaron Tomlin wrote:
>
> On Wed, Sep 17, 2014 at 08:22:02PM +0200, Oleg Nesterov wrote:
> > On 09/17, Aaron Tomlin wrote:
> > >
> > > Since do_sync_work() is a deferred function it can block indefinitely by
> > > design. At present do_sync_work() is added to the global system_wq.
> > > As
Holas Ezequiel,
- Original Message -
From: "Ezequiel Garcia"
> On 17 September 2014 21:28, Rodrigo Freire wrote:
>
> Using block2mtd sounds a bit unusual. I see that you are trying to get
> a more robust fs have you tried using f2fs instead of jffs2?
I see that it is still mar
On Wed, Sep 17, 2014 at 09:24:03PM +, Ragnar B. Johannsson wrote:
> diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211.h
> b/drivers/staging/rtl8192u/ieee80211/ieee80211.h
> index bdad3a2..d56c3aac 100644
> --- a/drivers/staging/rtl8192u/ieee80211/ieee80211.h
> +++ b/drivers/staging/rt
On Wed, 17 Sep 2014, Sebastian Reichel wrote:
> On Wed, Sep 17, 2014 at 08:44:00AM -0700, Lee Jones wrote:
> > On Wed, 17 Sep 2014, Nishanth Menon wrote:
> > > ti,system-power-controller is more or less the standard way of
> > > indicating that the PMIC is the system wide power controller and henc
101 - 200 of 796 matches
Mail list logo
