At Thu, 17 Oct 2013 19:57:12 -0300,
Geyslan G. Bem wrote:
>
> Partially restructures _snd_emu10k1_audigy_init_efx() and
> _snd_emu10k1_init_efx() functions.
>
> Be noted that the cast is demanded to use '__user'. So, in these cases,
> avoid patches based on the coccinelle 'drop_kmalloc_cast' sema
On Fri, 18 Oct 2013, Mark Brown wrote:
> On Tue, Oct 15, 2013 at 08:14:20PM +0100, Charles Keepax wrote:
> > These patches add the ability to create an alternative device on which
> > a lookup for a certain supply should be conducted.
>
> Applied, thanks. This can't really be applied without pul
* Tim Chen wrote:
>
> >
> > It would be _really_ nice to stick this into tools/perf/bench/ as:
> >
> > perf bench mem pagefaults
> >
> > or so, with a number of parallelism and workload patterns. See
> > tools/perf/bench/numa.c for a couple of workload generators - although
> > those a
Il 18/10/2013 02:04, Marcelo Tosatti ha scritto:
> On Thu, Oct 17, 2013 at 04:50:47PM +0200, Paolo Bonzini wrote:
>> The loop was always using 0 as the index. This means that
>> any rubbish after the first element of the array went undetected.
>> It seems reasonable to assume that no KVM userspace
* H. Peter Anvin wrote:
> On 10/17/2013 01:41 AM, Ingo Molnar wrote:
> >
> > To correctly simulate the workload you'd have to:
> >
> > - allocate a buffer larger than your L2 cache.
> >
> > - to measure the effects of the prefetches you'd also have to randomize
> >the individual buffer
David Miller writes:
> From: Rusty Russell
> Date: Fri, 18 Oct 2013 11:30:15 +1030
>
>> Asking people to express 'CC: stable' in words is error-prone; if Dave
>> wants to filter it, he's quite capable.
>
> Filtering it one time is one thing.
>
> Potentially acting on that filter 100 or so times a
* Frederic Weisbecker wrote:
> On Tue, Oct 15, 2013 at 08:40:25AM +0200, Ingo Molnar wrote:
> >
> > * Frederic Weisbecker wrote:
> >
> > > I've been thinking that CONFIG_DEBUG_LIST could help. Unfortunately it's
> > > good to spot list APIs misuse but, if Linus is right, the problem may be
* Jan Beulich wrote:
> We shouldn't be creating a corresponding platform device in that case.
There's a sad lack of context in the changelog, how was it found, does
this address any problem/bug observed in practice, etc?
> Signed-off-by: Jan Beulich
>
> ---
> arch/x86/kernel/rtc.c |5 +
* Jan Beulich wrote:
> struct cpu_dev's c_models is only ever set inside CONFIG_X86_32
> conditionals (or code that's being built for 32-bit only), so there's
> no use of reserving the (empty) space for the model names in a 64-bit
> kernel.
>
> Similarly, c_size_cache is only used in the #else
On Sat, 5 Oct 2013 13:17:09 +0200 Andreas Fenkart wrote:
> The am335x can't detect pending cirq in PM runtime suspend.
> This patch reconfigures dat1 as a GPIO before going to suspend.
> SDIO interrupts are detected with the GPIO, while in runtime
> suspend, standard detection of the module bloc
Krzysztof Mazur writes:
> On Mon, Oct 14, 2013 at 12:34:02PM +0100, Pawel Moll wrote:
>> So, assuming that it is actually legal to modify static_command_line in
>> __setup()-s (and I must say I have rather mixed feelings about it ;-),
>
> I also have mixed feelings about that, but the parse_args()
* David Cohen wrote:
> David Cohen (3):
> intel-mid: sfi: allow struct devs_id.get_platform_data to be NULL
> x86: intel-mid: add section for sfi device table
> intel_mid: move board related codes to their own platform_.*
> files
>
> Fengguang Wu (1):
> pci: intel_mid: return true/f
* Davidlohr Bueso wrote:
> --- a/arch/x86/vdso/vma.c
> +++ b/arch/x86/vdso/vma.c
> @@ -154,12 +154,17 @@ static int setup_additional_pages(struct linux_binprm
> *bprm,
> unsigned size)
> {
> struct mm_struct *mm = current->mm;
> + struct vm_area_struct
Am 18.10.2013 02:50, schrieb Davidlohr Bueso:
> With the exception of um and tile, architectures that use
> the install_special_mapping() function, when setting up a
> new vma at program startup, do so with the mmap_sem lock
> held for writing. Unless there's an error, this process
> ends up alloca
Dear beneficiary,
This is to re-notify you of the $300,000.00 USD that was deposited
here in the western union office in your name is available for pickup.
Contact us via email for your M.T.C.N Numbers.
Contact Person:Mr. ben c john
Email: eric.joh...@yahoo.com.hk
Contact Phone : +44 7024043572
-
On 10/17/2013 07:52 PM, Mike Miller wrote:
> From: Mike Miller
>
> cpqarray hasn't been used in over 12 years. It's doubtful that anyone still
> uses the board. It's time the driver was removed from the mainline kernel.
> The only updates these days are minor and mostly done by people outside of
Hi Alan,
What I wanted to say was If the bit US_FLIDX_TIMED_OUT can have more
meanings than timed out then maybe it would be best to override the
results after usb-storage is done with the command maybe in scsi layer
itself who aborted it in the first place.
My concern was that overriding the res
On Wednesday, October 16, 2013 3:33 PM, Zhenzhong Duan wrote:
>
> Driver init call graph under baremetal:
> driver_init->
> msix_capability_init->
> msix_program_entries->
> msix_mask_irq->
> entry->masked = 1
> request_irq->
> __setup_irq->
>
On Wednesday, October 16, 2013 3:32 PM, Zhenzhong Duan wrote:
>
> Move default_restore_msi_irqs down to reference msi_mask_irq and
> msix_mask_irq.
>
> This patch lays the groundwork for patch titled:
> 'PCI: Refactor MSI/MSIX mask restore code to fix interrupt lost issue'
>
> Tested-by: Suchet
On 10/17/2013 03:14 PM, Thierry Reding wrote:
> On Thu, Oct 17, 2013 at 02:49:57PM +0800, Mark Zhang wrote:
>> Hi,
>>
>> This is the first time I send mail to linux-pwm, I didn't read through
>> the mails in this list, so if somebody already asked this question, I'm
>> sorry about that.
>>
>> I wan
On Thu, 2013-10-17 at 12:12 -0700, Andrew Morton wrote:
> On Wed, 16 Oct 2013 20:51:18 -0700 (PDT) David Rientjes
> wrote:
>
> > I haven't looked closely at scripts/get_maintainer.pl, but I recently
> > wrote a patch touching mm/vmpressure.c and it doesn't list the file's
> > author, Anton Vor
(resending to lists only because of multiple X's in the subject line)
On Fri, 2013-10-18 at 11:52 +0800, Kefeng Wang wrote:
> v1-v2:
>
> Introduce macro br/netdev/netif/wiphy_XXX_ratelimited() according
> to Joe Perches's advice. The macros are similar to net_XXX_ratelimited()
> which is mo
On Tue, Oct 15, 2013 at 7:48 AM, Vivek Goyal wrote:
> On Mon, Oct 14, 2013 at 11:54:22AM -0700, Yinghai Lu wrote:
>> On Mon, Oct 14, 2013 at 4:46 AM, WANG Chao wrote:
>> User should change crashkernel=X to crashkernel=X,high.
>
> I think if we can extend old syntax of crashkernel=X, then it makes
From: Rusty Russell
Date: Fri, 18 Oct 2013 11:30:15 +1030
> Asking people to express 'CC: stable' in words is error-prone; if Dave
> wants to filter it, he's quite capable.
Filtering it one time is one thing.
Potentially acting on that filter 100 or so times a day...
That's completely another.
On 2013/10/17 23:27, Steven Rostedt wrote:
On Thu, 17 Oct 2013 22:40:32 +0800
Jiang Liu wrote:
You could make the code more concise by limiting your patching ability to
branch immediates. Then a nop is simply a branch to the next instruction (I
doubt any modern CPUs will choke on this, where
On 10/17/13 18:12, Xie XiuQi wrote:
> Signed-off-by: Xie XiuQi
> ---
> kernel/irq/chip.c |2 +-
> kernel/irq/manage.c |2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
> index a3bb14f..dc04c16 100644
> --- a/kernel/irq/chip
On Thu, Oct 17, 2013 at 05:44:07PM -0700, Guenter Roeck wrote:
> On 10/17/2013 04:51 PM, Michael Bohan wrote:
> >On Wed, Oct 16, 2013 at 09:54:27PM -0700, Guenter Roeck wrote:
> >>Still, what prevents you from unflattening it and just using the
> >>normal device tree functions as David suggested ?
On Thu, 17 Oct 2013 22:44:56 -0300
"Geyslan G. Bem" wrote:
> Restructures function logic conditions testing 'tracing_open_generic'
> return before the others. It avoids: unnecessary trace_array_get and
> kzalloc when tracing is disabled; and fix the possible 'dir'
> assignment after freeing it.
>
On Fri, 13 Sep 2013 11:06:37 +0900
Yoshihiro YUNOMAE wrote:
> static int *create_all_readers(int cpus, const char *node, const char *port,
> -int pagesize, int fd)
> +const char *domain, int virtpid, int pagesize,
> int fd)
> {
> ch
On 10/16/2013 3:43 PM, Kees Cook wrote:
> On Wed, Oct 16, 2013 at 2:42 PM, Casey Schaufler
> wrote:
>> On 10/16/2013 1:47 PM, Tetsuo Handa wrote:
>>> Kees Cook wrote:
Any update on this? It'd be nice to have it in linux-next.
>>> What was the conclusion at LSS about multiple concurrent LSM s
On Fri, 13 Sep 2013 11:06:32 +0900
Yoshihiro YUNOMAE wrote:
> diff --git a/trace-msg.c b/trace-msg.c
> new file mode 100644
> index 000..cf82ff6
> --- /dev/null
> +++ b/trace-msg.c
> @@ -0,0 +1,683 @@
> +/*
> + * trace-msg.c : define message protocol for communication between clients
> and
Restructures function logic conditions testing 'tracing_open_generic'
return before the others. It avoids: unnecessary trace_array_get and
kzalloc when tracing is disabled; and fix the possible 'dir'
assignment after freeing it.
Centralizes the exiting, ensuring the 'trace_array_put' on error,
in
hi Will
yes, of course .
by the way, could you send me your delivered commit link after you submit ?
Thanks
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Thursday, October 17, 2013 6:41 PM
To: Wang, Yalin
Cc: 'linux-arm-msm-ow...@vger.kernel.org'; 'linux-ker
"Michael S. Tsirkin" writes:
> On Thu, Oct 17, 2013 at 09:57:41AM +1030, Rusty Russell wrote:
>> Jason Wang writes:
>> > We're trying to re-configure the affinity unconditionally in cpu hotplug
>> > callback. This may lead the issue during resuming from s3/s4 since
>> >
>> > - virt queues haven't
On Thu, 2013-10-17 at 10:14 -0700, Greg KH wrote:
> On Thu, Oct 17, 2013 at 11:29:10AM +0800, channing wrote:
> >
> > ttyA has ld associated to n_gsm, when ttyA is closing, it triggers
> > to release gsmttyB's ld data dlci[B], then race would happen if gsmttyB
> > is opening in parallel.
> >
> >
On Thu, 2013-10-10 at 11:37 -0600, Bjorn Helgaas wrote:
> On Thu, Oct 10, 2013 at 9:40 AM, Kamal Mostafa wrote:
> > This is the start of the review cycle for the Linux 3.8.13.11 stable kernel.
>
> Would anybody be interested in adding some sort of "stable" tag to the
> subject lines of stable bac
On 10/17/2013 11:42 PM, Paul E. McKenney wrote:
> On Thu, Oct 17, 2013 at 10:07:15AM +0800, Lai Jiangshan wrote:
>> On 10/08/2013 06:25 PM, Peter Zijlstra wrote:
>>> From: Oleg Nesterov
>>>
>>> Add the new struct rcu_sync_ops which holds sync/call methods, and
>>> turn the function pointers in rcu
This seems somewhat insane:
int install_special_mapping(struct mm_struct *mm,
unsigned long addr, unsigned long len,
+ unsigned long vm_flags, struct page **pages,
+ struct vm_area_struct **vma_prealloc)
{
On Fri, Oct 18, 2013 at 02:50:57AM +0200, Andi Kleen wrote:
> On Thu, Oct 17, 2013 at 05:19:40PM -0400, Steven Rostedt wrote:
> > On Thu, 17 Oct 2013 07:31:57 +0200
> > Hannes Frederic Sowa wrote:
> >
> > > Based on a patch from Andi Kleen.
> >
> > I'm fine with the patch, but the change log nee
Signed-off-by: Xie XiuQi
---
kernel/time/timekeeping.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c
index 947ba25..3abf534 100644
--- a/kernel/time/timekeeping.c
+++ b/kernel/time/timekeeping.c
@@ -1613,9 +1613,10
Signed-off-by: Xie XiuQi
---
mm/slub.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/mm/slub.c b/mm/slub.c
index c3eb3d3..c9aa8d4 100644
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -955,7 +955,7 @@ static inline void slab_free_hook(struct kmem_cache *s,
void *x)
kmemle
(10/17/13 1:05 PM), John Stultz wrote:
On 10/14/2013 02:33 PM, kosaki.motoh...@gmail.com wrote:
From: KOSAKI Motohiro
Fedora Ruby maintainer reported latest Ruby doesn't work on Fedora Rawhide
on ARM. (http://bugs.ruby-lang.org/issues/9008)
Because of, commit 1c6b39ad3f (alarmtimers: Return -
Signed-off-by: Xie XiuQi
---
kernel/irq/chip.c |2 +-
kernel/irq/manage.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index a3bb14f..dc04c16 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -214,7 +214,7 @@ void ir
Correct some spelling typo in comments
Xie XiuQi (3):
irq: fix some trivial typos in comments
mm: fix some trivial typos in comments
timekeeping: Fix some trivial typos in comments.
kernel/irq/chip.c |2 +-
kernel/irq/manage.c |2 +-
kernel/time/timekeeping.c |3 +
On Thu, Oct 17, 2013 at 01:31:47PM -0700, Guenter Roeck wrote:
> On Thu, Oct 17, 2013 at 01:25:48PM -0400, Josh Boyer wrote:
> > On Wed, Oct 16, 2013 at 07:18:41PM -0700, Guenter Roeck wrote:
> > > Commit 3fa4d734 (usb: phy: rename nop_usb_xceiv => usb_phy_gen_xceiv)
> > > changed the conditional a
On Thu, Oct 17, 2013 at 05:19:40PM -0400, Steven Rostedt wrote:
> On Thu, 17 Oct 2013 07:31:57 +0200
> Hannes Frederic Sowa wrote:
>
> > Based on a patch from Andi Kleen.
>
> I'm fine with the patch, but the change log needs a lot more work.
> Like, why is this needed? I know, but does anyone e
With the exception of um and tile, architectures that use
the install_special_mapping() function, when setting up a
new vma at program startup, do so with the mmap_sem lock
held for writing. Unless there's an error, this process
ends up allocating a new vma through kmem_cache_zalloc,
and inserting
Linus recently pointed out[1] some of the amount of unnecessary work
being done with the mmap_sem held. This patchset is a very initial
approach on reducing some of the contention on this lock, and moving
work outside of the critical region.
Patch 1 adds a simple helper function.
Patch 2 moves
Both do_brk and do_mmap_pgoff verify that we actually
capable of locking future pages if the corresponding
VM_LOCKED flags are used. Encapsulate this logic into
a single mlock_future_check() helper function.
Signed-off-by: Davidlohr Bueso
Cc: Rik van Riel
Cc: Michel Lespinasse
---
mm/mmap.c |
All mlock related syscalls prepare lock limits, lengths and
start parameters with the mmap_sem held. Move this logic
outside of the critical region. For the case of mlock, continue
incrementing the amount already locked by mm->locked_vm with
the rwsem taken.
Signed-off-by: Davidlohr Bueso
Cc: Mic
On 10/17/2013 04:51 PM, Michael Bohan wrote:
On Wed, Oct 16, 2013 at 09:54:27PM -0700, Guenter Roeck wrote:
On 10/16/2013 05:27 PM, Michael Bohan wrote:
My motivation is actually to use the fdt format as a firmware.
I have a requirement to express driver metadata that's loadable
>from the file
Hi all,
I've uploaded today's linux-next tree to the master branch of the
repository below:
git://gitorious.org/thierryreding/linux-next.git
A next-20131017 tag is also provided for convenience.
One new conflict today but otherwise uneventful. x86_64 allmodconfigs
build
Commit-ID: 001d4c7aea587ce0865c07ec45aa56ecbefd431a
Gitweb: http://git.kernel.org/tip/001d4c7aea587ce0865c07ec45aa56ecbefd431a
Author: Kuppuswamy Sathyanarayanan
AuthorDate: Thu, 17 Oct 2013 15:35:25 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 17 Oct 2013 16:40:33 -0700
mrst: Fix
Commit-ID: 40a96d54ee2232045783e657eb9224cd723dcb40
Gitweb: http://git.kernel.org/tip/40a96d54ee2232045783e657eb9224cd723dcb40
Author: David Cohen
AuthorDate: Thu, 17 Oct 2013 15:35:36 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 17 Oct 2013 16:41:50 -0700
intel_mid: Move platform
Commit-ID: 66ac50137049b3d3fab39e5ae245e1562aee5acd
Gitweb: http://git.kernel.org/tip/66ac50137049b3d3fab39e5ae245e1562aee5acd
Author: David Cohen
AuthorDate: Thu, 17 Oct 2013 15:35:35 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 17 Oct 2013 16:41:04 -0700
x86: intel-mid: Add secti
Commit-ID: 49c72a0a8ad640fa6026962056eeaf85a4ce79fd
Gitweb: http://git.kernel.org/tip/49c72a0a8ad640fa6026962056eeaf85a4ce79fd
Author: Kuppuswamy Sathyanarayanan
AuthorDate: Thu, 17 Oct 2013 15:35:32 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 17 Oct 2013 16:40:50 -0700
intel_mid
Commit-ID: 0e6fdb5f036338bc38bf660c65c931b3e92a31d7
Gitweb: http://git.kernel.org/tip/0e6fdb5f036338bc38bf660c65c931b3e92a31d7
Author: David Cohen
AuthorDate: Thu, 17 Oct 2013 15:35:34 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 17 Oct 2013 16:40:59 -0700
intel-mid: sfi: Allow str
Commit-ID: aeedb370e7398fb5b39185b295d36f2da0653215
Gitweb: http://git.kernel.org/tip/aeedb370e7398fb5b39185b295d36f2da0653215
Author: Kuppuswamy Sathyanarayanan
AuthorDate: Thu, 17 Oct 2013 15:35:33 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 17 Oct 2013 16:40:51 -0700
intel_mid
Commit-ID: 712b6aa8731a7e148298c58cea66a5209c659e3c
Gitweb: http://git.kernel.org/tip/712b6aa8731a7e148298c58cea66a5209c659e3c
Author: Kuppuswamy Sathyanarayanan
AuthorDate: Thu, 17 Oct 2013 15:35:29 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 17 Oct 2013 16:40:47 -0700
intel_mid
Commit-ID: 6c21b176a93ffaa8023555107167379ccdc6b71f
Gitweb: http://git.kernel.org/tip/6c21b176a93ffaa8023555107167379ccdc6b71f
Author: Fengguang Wu
AuthorDate: Thu, 17 Oct 2013 15:35:28 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 17 Oct 2013 16:40:45 -0700
pci: intel_mid: Return t
Commit-ID: 3fd79ae4275001f293dbd170479e89df6c433226
Gitweb: http://git.kernel.org/tip/3fd79ae4275001f293dbd170479e89df6c433226
Author: Kuppuswamy Sathyanarayanan
AuthorDate: Thu, 17 Oct 2013 15:35:31 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 17 Oct 2013 16:40:49 -0700
intel_mid
Commit-ID: 661b01076500e364c68dd9fdf0ef4216a75e8375
Gitweb: http://git.kernel.org/tip/661b01076500e364c68dd9fdf0ef4216a75e8375
Author: Kuppuswamy Sathyanarayanan
AuthorDate: Thu, 17 Oct 2013 15:35:30 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 17 Oct 2013 16:40:48 -0700
intel_mid
Commit-ID: 05454c26eb3587b56abc5eb139797ac5afb6d77a
Gitweb: http://git.kernel.org/tip/05454c26eb3587b56abc5eb139797ac5afb6d77a
Author: Kuppuswamy Sathyanarayanan
AuthorDate: Thu, 17 Oct 2013 15:35:27 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 17 Oct 2013 16:40:36 -0700
intel_mid
Commit-ID: d8059302b374b351731ba503bb6f5bc88962d983
Gitweb: http://git.kernel.org/tip/d8059302b374b351731ba503bb6f5bc88962d983
Author: Kuppuswamy Sathyanarayanan
AuthorDate: Thu, 17 Oct 2013 15:35:26 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 17 Oct 2013 16:40:35 -0700
mrst: Fix
On Thu, Oct 17, 2013 at 07:30:58PM +0800, Bob Liu wrote:
> Hi Alex,
>
> On Wed, Oct 16, 2013 at 11:54 PM, Alex Thorlton wrote:
> > Hi guys,
> >
> > I ran into a bug a week or so ago, that I believe has something to do
> > with NUMA balancing, but I'm having a tough time tracking down exactly
> >
Removing UIDGID_STRICT_TYPE_CHECKS simplifies the code and always
generates a compile error if the uids and kuids or gids and kgids are
mixed by accident. Now that the appropriate conversions have been
placed throughout the kernel there is no longer a need for a mode where
we don't detect them as
On Thu, Oct 17, 2013 at 04:32:01PM -0700, Randy Dunlap wrote:
> From: Randy Dunlap
>
> When scripts/kernel-doc cannot understand a function prototype,
> it had been generating a fatal error and stopping immediately.
> Make this a Warning instead of an Error and keep going.
Thanks!
signature.as
On Tue, Oct 08, 2013 at 01:32:22PM +0200, Richard Weinberger wrote:
> Use the more generic functions get_signal() signal_setup_done()
> for signal delivery.
>
> Signed-off-by: Richard Weinberger
Thanks for the changes. Compiled and tested briefly; the Hexagon part of
this looks fine.
If you wa
On Thu, Oct 17, 2013 at 04:50:47PM +0200, Paolo Bonzini wrote:
> The loop was always using 0 as the index. This means that
> any rubbish after the first element of the array went undetected.
> It seems reasonable to assume that no KVM userspace did that.
It is not a typo, look at __kvm_set_xcr wh
On Tue, Oct 15, 2013 at 08:23:30PM +0800, Yi Zhang wrote:
I'm still not sure this is doing the right thing.
> + for (j = 0; j < bits_length; j++) {
> + if (!(d->mask_buf[i] & (0x1 << j))) {
This is checking to see if the bit is masked...
> +
On Thu, Oct 17, 2013 at 05:19:40PM -0400, Steven Rostedt wrote:
> On Thu, 17 Oct 2013 07:31:57 +0200
> Hannes Frederic Sowa wrote:
>
> > Based on a patch from Andi Kleen.
>
> I'm fine with the patch, but the change log needs a lot more work.
> Like, why is this needed? I know, but does anyone e
On Tue, Oct 15, 2013 at 08:14:20PM +0100, Charles Keepax wrote:
> These patches add the ability to create an alternative device on which
> a lookup for a certain supply should be conducted.
Applied, thanks. This can't really be applied without pulling in large
chunks of the regulator changes due
On Wed, Oct 16, 2013 at 09:54:27PM -0700, Guenter Roeck wrote:
> On 10/16/2013 05:27 PM, Michael Bohan wrote:
> >My motivation is actually to use the fdt format as a firmware.
> >I have a requirement to express driver metadata that's loadable
> >from the filesystem. This data is not reasonable to p
Hi Peter,
> +static struct tegra_clk tegra114_clks[tegra_clk_max] __initdata = {
Not really a big deal, but a lot of these clocks are not audio
related. Maybe they should be added when the common infrastructure to
deal with them is added?
Thanks,
Andrew
--
To unsubscribe from this list: send th
Tomasz Figa wrote:
>
> Hi Kukjin,
>
> On Saturday 28 of September 2013 19:49:14 Tomasz Figa wrote:
> > All S3C64XX SoCs come with ARM1176JZF-s core, which fully supports
> > ARMv6K extensions. This patch lets the kernel use them on S3C6410 by
> > adding selection of CPU_V6K to ARCH_S3C64XX.
> >
>
Tomasz Figa wrote:
>
> Hi Kukjin,
>
Hi,
> On Sunday 29 of September 2013 18:12:01 Tomasz Figa wrote:
> > According to board schematics, for HSMMC1 a GPIO line is used to detect
> > card presence, while currently it is being configured for internal card
> > detect line, which is multiplexed with
On Thu, Oct 17, 2013 at 02:45:41PM +0200, Krzysztof Kozlowski wrote:
> pm_runtime_put() wasn't called if clock rate could not be set up in
> s3c64xx_spi_setup() leading to invalid count of device pm_runtime usage.
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, Oct 17, 2013 at 06:06:46PM +0200, Krzysztof Kozlowski wrote:
> Mark device as PM runtime active during initialization to reflect
> actual device power/clocks state. This reduces the enable count for SPI
> bus controller gate clock so it can be disabled when the bus controller
> is not used.
From: Randy Dunlap
When scripts/kernel-doc cannot understand a function prototype,
it had been generating a fatal error and stopping immediately.
Make this a Warning instead of an Error and keep going.
Note that this can happen if the kernel-doc notation that is being
parsed is not actually a fu
> > I'm a little uneasy having this run by default if enabled, even if it's
> > disabled by default in the config.
>
> What would be the canonical way to enable this feature then? Have a file
White list systems and a option to force enable.
-Andi
--
To unsubscribe from this list: send the line
> But, as Eric said, it should be OK if it is implemented in the kdump kenel.
kdump doesn't work for a lot of use cases (too much memory consumption)
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordo
On Thu, 17 Oct 2013 17:11:43 -0400
Bob Copeland wrote:
> On Thu, Oct 17, 2013 at 04:56:56PM -0400, Steven Rostedt wrote:
> > Hmm, are you sure?
> >
> > You may want to do both:
> >
> > sudo trace-cmd -v
> > which trace-cmd
> >
> > to see which version it is.
>
> To clarify - I ran into the re
2013/10/17 Raphael S Carvalho :
>> 2013/10/17 Takashi Iwai :
>>>
>>> Geyslan, you don't have to waste too much of your time (and my time
>>> for review) for this kind of so old driver code unless it really fixes
>>> the bugs. A clean up is good in general, but it can be sometimes
>>> worse than no
Partially restructures _snd_emu10k1_audigy_init_efx() and
_snd_emu10k1_init_efx() functions.
Be noted that the cast is demanded to use '__user'. So, in these cases,
avoid patches based on the coccinelle 'drop_kmalloc_cast' semantic patch.
Signed-off-by: Geyslan G. Bem
---
sound/pci/emu10k1/emuf
Hello Bryan,
thank you for applying the patch so quickly.
Maximilian
2013/10/18 Bryan Wu :
> On Wed, Oct 16, 2013 at 6:09 PM, Maximilian Güntner
> wrote:
>> The NXP PCA9685 supports 16 channels/leds using a 12-bit PWM (4095
>> levels of brightness)
>> This driver supports configuration using pl
Hi Peter,
> @@ -1682,17 +1664,15 @@ struct clk *tegra_clk_register_pllc(const char *name,
> const char *parent_name,
> struct clk *tegra_clk_register_plle_tegra114(const char *name,
> const char *parent_name,
> void __iomem *clk_bas
On Wed, Oct 16, 2013 at 6:09 PM, Maximilian Güntner
wrote:
> The NXP PCA9685 supports 16 channels/leds using a 12-bit PWM (4095
> levels of brightness)
> This driver supports configuration using platform_data.
>
> Signed-off-by: Maximilian Güntner
> ---
> v3:
>fixed warnings when running mak
On Thu, Oct 17 2013, Andrew Morton wrote:
> On Thu, 17 Oct 2013 12:52:26 -0500 Mike Miller wrote:
>
> > cpqarray hasn't been used in over 12 years. It's doubtful that anyone still
> > uses the board. It's time the driver was removed from the mainline kernel.
> > The only updates these days are mi
From: Kuppuswamy Sathyanarayanan
SFI device_id[] table parsing code is duplicated in every SFI
device handler. This patch removes this code duplication, by
adding a seperate function get_device_id() to parse through the
device table. Also this patch moves the SPI, I2C, IPC info code from
sfi_pars
From: Kuppuswamy Sathyanarayanan
Fixed indentation issues reported by checkpatch script in
mrst related files.
Signed-off-by: Kuppuswamy Sathyanarayanan
Signed-off-by: David Cohen
---
arch/x86/platform/mrst/early_printk_mrst.c | 3 ++-
arch/x86/platform/mrst/mrst.c | 24 +++
From: Kuppuswamy Sathyanarayanan
Following files contains code that is common to all intel mid
soc's. So renamed them as below.
mrst/mrst.c -> intel-mid/intel-mid.c
mrst/vrtc.c -> intel-mid/intel_mid_vrtc.c
mrst/early_printk_mrst.c -> intel-mid/intel_mid_vrtc.c
pci/mrst
Hi Peter,
> + val = readl_relaxed(clk_base + pll_params->base_reg);
> + val_iddq = readl_relaxed(clk_base + pll_params->iddq_reg);
> +
> + if (val & BIT(30))
BIT(30) -> PLL_BASE_ENABLE?
> + WARN_ON(val_iddq & BIT(pll_params->iddq_bit_idx));
> + else {
> +
From: Kuppuswamy Sathyanarayanan
mrst is used as common name to represent all intel_mid type
soc's. But moorsetwon is just one of the intel_mid soc. So
renamed them to use intel_mid.
This patch mainly renames the variables and related
functions that uses *mrst* prefix with *intel_mid*.
To ensur
From: Fengguang Wu
Function 'type1_access_ok' should return bool value, not 0/1.
This patch changes 'return 0/1' to 'return false/true'.
Cc: Kuppuswamy Sathyanarayanan
Cc: H. Peter Anvin
Cc: David Cohen
Signed-off-by: Fengguang Wu
---
arch/x86/pci/intel_mid_pci.c | 6 +++---
1 file changed,
This patch set does initial rework from arch/x86/platform/mrst to
arch/x86/platform/intel-mid.
These changes are necessary to update the obsolete Intel Atom Moorestown code
to support the newer Atom processors of this family (called 'intel-mid').
Change from v9 to v10:
- Improved patch title of
hello,
how are you doing,? my name is Alina, please i know this mail will look strange
to you
but please i have a very important issue to discuss with you, please its very
important, reply me back so that i will
tell you more about it
i will be waiting for your reply soon
yours faithfully,
Alin
When Intel mid uses SFI table to enumerate devices, it requires an extra
device table with further information about how to probe such devices.
This patch creates a section where the device table will stay if
CONFIG_X86_INTEL_MID is selected.
Signed-off-by: David Cohen
---
arch/x86/kernel/vmlin
From: Kuppuswamy Sathyanarayanan
This patch provides a means to add custom handler for
SFI devices. If you set device_handler as NULL in
device_id table standard SFI device handler will be used.
If its not NULL custom handler will be called.
Signed-off-by: Kuppuswamy Sathyanarayanan
Signed-off
From: Kuppuswamy Sathyanarayanan
Added a custom handler for medfield based ipc devices and
moved devs_id structure defintion to header file.
Signed-off-by: Kuppuswamy Sathyanarayanan
Signed-off-by: David Cohen
---
arch/x86/include/asm/intel-mid.h| 15 ++
arch/x86/platform/intel-m
As Intel rolling out more SoC's after Moorestown, we need to
re-structure the code in a way that is backward compatible and easy to
expand. This patch implements a flexible way to support multiple boards
and devices.
This patch does not add any new functional support. It just refactors
the existin
1 - 100 of 655 matches
Mail list logo
