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
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:
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
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
(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
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
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
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,
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
> ---
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)
> {
>
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
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';
"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
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
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
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
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
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)
(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
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
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
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:
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
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 after each
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:
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
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
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
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
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
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
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
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
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
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:
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
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!
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
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
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
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
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
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
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
> > 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
> 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
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
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
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
---
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
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
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
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
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
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
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
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
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,
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
---
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
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 ++
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
From: Kuppuswamy Sathyanarayanan
Moved SFI specific parsing/handling code to sfi.c. This will enable us
to reuse our intel-mid code for platforms that supports firmware
interfaces other than SFI (like ACPI).
Signed-off-by: Kuppuswamy Sathyanarayanan
Signed-off-by: David Cohen
---
From: Kuppuswamy Sathyanarayanan
Fixed printk and pr_* related issues in mrst related files.
Signed-off-by: Kuppuswamy Sathyanarayanan
Signed-off-by: David Cohen
---
arch/x86/platform/mrst/early_printk_mrst.c | 2 +-
arch/x86/platform/mrst/mrst.c | 2 +-
Intel mid sfi code doesn't need struct devs_id.get_platform_data != NULL.
If the callback is not set, just assume there is no platform_data.
Signed-off-by: David Cohen
Cc: Kuppuswamy Sathyanarayanan
---
arch/x86/platform/intel-mid/sfi.c | 11 +++
1 file changed, 7 insertions(+), 4
On Thu, Oct 17, 2013 at 10:50:26AM -0700, Andrew Morton wrote:
> On Thu, 17 Oct 2013 18:07:28 +0200 Frederic Weisbecker
> wrote:
>
> > Couldn't we instead make kthread children (those created with
> > kthread_create()) to inherit
> > kthread initial affinity? Currently kthread's children have
On Thu, Oct 17, 2013 at 3:01 PM, Peter Zijlstra wrote:
>
> Oh wait,.. now that Steven fixed being able to take faults from NMI
> context; we could actually try copy_from_user_inatomic(). Being able to
> directly access userspace would make the whole deal a lot easier again.
Careful! There is one
Hi Peter,
> static void __init tegra30_clock_init(struct device_node *np)
> {
> struct device_node *node;
> - int i;
>
> clk_base = of_iomap(np, 0);
> if (!clk_base) {
> @@ -1916,8 +1910,11 @@ static void __init tegra30_clock_init(struct
> device_node *np)
>
On Thu, Oct 17, 2013 at 11:54:28PM +0300, Joonas Saarinen wrote:
> All right. I'm finally back to re-investigate the issue. The
> requested data can be found at:
>
> http://users.metropolia.fi/~joonasms/bobcat/
>
> The CPU underclocks as expected but the turbo multiplier is never
> activated.
Hi Peter,
> @@ -2346,6 +2247,9 @@ static void __init tegra114_clock_init(struct
> device_node *np)
> if (tegra114_osc_clk_init(clk_base) < 0)
> return;
>
> + if (tegra_clk_set_periph_banks(5) < 0)
Maybe it would be better to have a #define for this (e.g.
On Thu, Oct 17, 2013 at 05:11:43PM -0400, George Spelvin wrote:
> Al Viro wrote:
> > Note that do_group_exit() is preceded by
> >spin_unlock_irq(>siglock);
> > so no matter what happened in callers, irq is enabled. I'd suggest sticking
> > such BUG_ON() into __fput() and trying to
Hi Pali,
>> This driver adding support for Nokia N900 bluetooth hardware
>>
>> Signed-off-by: Ville Tervo
>> Signed-off-by: Pali Rohár
>> ---
>> drivers/bluetooth/Kconfig | 10 +
>> drivers/bluetooth/Makefile|2 +
>> drivers/bluetooth/hci_h4p/Makefile|7 +
>>
On 16:53 Thu 17 Oct , Lee Jones wrote:
> On Thu, 17 Oct 2013, Jean-Christophe PLAGNIOL-VILLARD wrote:
>
> > On 10:33 Thu 17 Oct , srinivas kandagatla wrote:
> > > On 17/10/13 08:27, Maxime COQUELIN wrote:
> > > > ...
> > > >>> >> +
> > > >>> >> +static struct of_device_id st_i2c_match[] =
On Thu, 17 Oct 2013, Siddharth Goel wrote:
> Corrected a typo in option description in Kconfig
>
> Buglink: https://bugzilla.kernel.org/show_bug.cgi?id=60848
>
> Signed-off-by: Siddharth Goel
> ---
> crypto/Kconfig |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git
On Thu, Oct 17, 2013 at 11:26:23AM -0700, Linus Torvalds wrote:
> On Thu, Oct 17, 2013 at 9:30 AM, Peter Zijlstra wrote:
> >
> > So avoid having to call copy_from_user_nmi() for every instruction.
> > Since we already limit the max basic block size, we can easily
> > pre-allocate a piece of
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
1 - 100 of 1344 matches
Mail list logo