This patch adds cpufreq driver for Loongson1B which
is capable of changing the CPU frequency dynamically.
Signed-off-by: Kelvin Cheung
---
V2:
Use devm_clk_get() instead of clk_get().
Other minor fixes.
V1:
Add cpufreq driver for Loongson1B.
---
drivers/cpufreq/Kconfig| 10 ++
This patch adds cpufreq driver for Loongson1B which
is capable of changing the CPU frequency dynamically.
Signed-off-by: Kelvin Cheung
---
drivers/cpufreq/Kconfig| 10 ++
drivers/cpufreq/Makefile | 1 +
drivers/cpufreq/ls1x-cpufreq.c | 229 +++
On 10/17/14 at 02:34am, Steinar H. Gunderson wrote:
> On Fri, Oct 17, 2014 at 02:21:32AM +0200, Steinar H. Gunderson wrote:
> > Hi,
> >
> > We recently upgraded a machine from 3.14.5 to 3.17.1, and a Perl script
> > we're
> > running to poll SNMP suddenly needed ten times as much time to complete
Hi Mark,
Am Freitag, 17. Oktober 2014, 12:22:53 schrieb Mark yao:
> On 2014年10月17日 08:46, Dave Airlie wrote:
> > On 17 October 2014 10:40, Mark yao wrote:
> >> Hi
> >> I think Rockchip drm driver is ready now, can it land?
> >
> > I probably want to wait until -rc1 though I suppose since its a n
On 10/16/14 16:29, Rafael J. Wysocki wrote:
> [CC list trimmed]
>
> On Thursday, October 16, 2014 11:35:49 AM Hui Zhu wrote:
>> Function shrink_all_memory try to free `nr_to_reclaim' of memory.
>> CMA_AGGRESSIVE_SHRINK function will call this functon to free
>> `nr_to_reclaim' of
>> memory. It
Hey Kees
> From: Kees Cook
> To: linux-kernel@vger.kernel.org
> Cc: Kees Cook , Will Deacon ,
> Rabin Vincent , Laura Abbott , Rob
> Herring , Leif Lindholm , Mark
> Salter , Liu hua <
> Subject: [PATCH v6 8/8] ARM: mm: allow text and rodata sections to be
> read-only
> Date: Thu, 18 Sep 2014
Hi Romain,
Am Freitag, 17. Oktober 2014, 08:01:31 schrieb PERIER Romain:
> Hi all,
>
> I am just curious but where do you plan to merge this serie ? in
> git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git ?
The single dts patch will be going into my dts branch and the rest will
Hi all,
I am just curious but where do you plan to merge this serie ? in
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git ?
You have conflicts because I use linux-next as base repository.
Thanks for your feebacks (all of you).
Romain
2014-10-15 16:03 GMT+02:00 Mark Brown :
>
It would cause dead lock for runtime suspend, when the workqueue
is running and runtime suspend occurs before the workqueue wakes
up the device. The rtl8152_suspend() waits the workqueue to finish
because of calling cancel_delayed_work_sync(). The workqueue waits
the suspend function to finish for
On Fri, Oct 17, 2014 at 01:31:18PM +0800, hejianet wrote:
> Hi Greg
> Just ping it, coz this is a practising patch for Eudyptula Challenge task 10.
> Any comment is welcome, thank you :)
>
The merge window is open. And anyway, you shouldn't ping people about
patches if it has been less than two
Hey Kees
> From: Kees Cook
> To: linux-kernel@vger.kernel.org
> Cc: Kees Cook , Will Deacon ,
> Rabin Vincent , Laura Abbott , Rob
> Herring , Leif Lindholm , Mark
> Salter , Liu hua <
> Subject: [PATCH v6 8/8] ARM: mm: allow text and rodata sections to be
> read-only
> Date: Thu, 18 Sep 2014
Hi Greg
Just ping it, coz this is a practising patch for Eudyptula Challenge task 10.
Any comment is welcome, thank you :)
On Tue, 14 Oct 2014 11:28:32 +0800 from hejia...@gmail.com wrote:
> This fixes space related ERROR reports by checkpatch.pl
> Generated by $ git ls-files "drivers/staging/rtl
On 10/15/2014 01:40 PM, Rusty Russell wrote:
> Jason Wang writes:
>> Below should be useful for some experiments Jason is doing.
>> I thought I'd send it out for early review/feedback.
>>
>> event idx feature allows us to defer interrupts until
>> a specific # of descriptors were used.
>> Sometime
On 10/15/2014 10:32 PM, Michael S. Tsirkin wrote:
> Improve tx batching using byte queue limits.
> Should be especially effective for MQ.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> drivers/net/virtio_net.c | 20
> 1 file changed, 16 insertions(+), 4 deletions(-)
>
> diff -
On 10/15/2014 10:32 PM, Michael S. Tsirkin wrote:
> On newer hosts that support delayed tx interrupts,
> we probably don't have much to gain from orphaning
> packets early.
>
> Based on patch by Jason Wang.
>
> Note: this might degrade performance for
> hosts without event idx support.
> Should be
On 10/15/2014 07:38 PM, Michael S. Tsirkin wrote:
> On Wed, Oct 15, 2014 at 06:44:41PM +0800, Jason Wang wrote:
>> On 10/15/2014 06:32 PM, Michael S. Tsirkin wrote:
>>> On Wed, Oct 15, 2014 at 06:13:19PM +0800, Jason Wang wrote:
On 10/15/2014 05:34 PM, Michael S. Tsirkin wrote:
> On Wed, O
On 16 October 2014 23:33, Aaro Koskinen wrote:
> Why it's called "ls1x-cpufreq" instead of "loongson1_cpufreq"?
This is what Kelvin told me when I asked him the same query:
Other drivers of loongson1 are already named *ls1x*, such as
clk-ls1x.c and rtc-ls1x.c.
So I just keep pace with them.
--
T
sparse was giving the following warning:
warning: context imbalance in 's3c_hsotg_ep_enable'
- different lock contexts for basic block
we were returning ENOMEM while still holding the spinlock.
The sparse warning was fixed by releasing the spinlock before return.
S
modified the function to have a single return statement at the end
instead of multiple return statement in the middle of the function
to improve the readability of the code.
This patch depends on the previous patch of the series.
Signed-off-by: Sudip Mukherjee
---
drivers/usb/dwc2/gadget.c | 4
On Thu, 16 Oct 2014 23:02:21 -0400 Johannes Weiner wrote:
> Andrew, could you update the changelog in place to have that paragraph
> read
>
> Since c2931b70a32c ("cgroup: iterate cgroup_subsys_states directly")
> css iterators now also include offlined css, so memcg iterators can be
> changed to
Update generic gup implementation with powerpc specific details.
On powerpc at pmd level we can have hugepte, normal pmd pointer
or a pointer to the hugepage directory.
Signed-off-by: Aneesh Kumar K.V
---
Changes from V1:
* Folded arm/arm64 related changes into the patch
* Dropped pgd_huge from
This patch switch the ppc arch to use the generic RCU based
gup implementation.
Signed-off-by: Aneesh Kumar K.V
---
Changes from V1:
* added pgd_huge definition back
arch/powerpc/Kconfig | 1 +
arch/powerpc/include/asm/hugetlb.h | 8 +-
arch/powerpc/include/asm/pag
On 10/16/2014 05:50 PM, David Vrabel wrote:
On 16/10/14 07:13, Juergen Gross wrote:
When a new p2m leaf is allocated this leaf is linked into the p2m tree
via cmpxchg. Unfortunately the compare value for checking the success
of the update is read after checking for the need of a new leaf. It is
On 2014年10月17日 08:46, Dave Airlie wrote:
On 17 October 2014 10:40, Mark yao wrote:
Hi
I think Rockchip drm driver is ready now, can it land?
I probably want to wait until -rc1 though I suppose since its a new
driver and self contained we might be able to see if Linus is
interested in squeezing
On 10/14/2014 09:28 AM, Martin Kelly wrote:
> On Tue, Oct 14, 2014 at 9:09 AM, David Vrabel wrote:
>> On 14/10/14 15:04, Martin Kelly wrote:
>>> On 10/14/2014 02:22 AM, David Vrabel wrote:
On 14/10/14 02:19, Martin Kelly wrote:
> In a call to set_phys_range_identity, i-1 is used without c
Panic if Xen provides a memory map with 0 entries. Although this is
unlikely, it is better to catch the error at the point of seeing the map
than later on as a symptom of some other crash.
Signed-off-by: Martin Kelly
---
arch/x86/xen/setup.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/ar
Hi all,
Please do not add any material intended for v3.19 to your linux-next
included trees until after v3.18-rc1 has been released.
Changes since 20141016:
The thermal tree still had its build failure for which I reverted a commit.
The kvm-arm tree gained a conflict against Linus' tree.
On Thu, Oct 16, 2014 at 03:45:44PM +0200, Takashi Iwai wrote:
> At Thu, 16 Oct 2014 11:04:34 +0800,
> Raymond Yau wrote:
> > > > since these 2 commits:
> > > >
> > > > commit e28d713704117bca0820c732210df6075b09f13b
> > > > Author: Linus Torvalds
> > > > Date: Tue Jun 16 11:02:28 2009 -0700
> >
From: Tang Yuantian
Freescale introduced new ARM core-based SoCs which support dynamic
frequency switch feature. DFS on new SoCs are compatible with current
PowerPC CoreNet platforms. In order to support those new platforms,
this driver needs to be slightly adjusted. The main changes include:
1.
On Thu, Oct 16, 2014 at 4:12 PM, Greg Kroah-Hartman
wrote:
> On Thu, Oct 16, 2014 at 10:09:04AM -0700, John Stultz wrote:
>> On Thu, Oct 16, 2014 at 5:47 AM, Greg Kroah-Hartman
>> wrote:
>> > From: Greg Kroah-Hartman
>> >
>> > The Android binder code has been "stable" for many years now. No mat
Hi Catalin,
I found In current arm64 code, there is no normal zone, only DMA zone.
Number of blocks type Unmovable Reclaimable Movable
Reserve CMA Isolate
Node 0, zoneDMA 142 12 69
1 280
When zone_sizes_init, zone_s
On Wed, Oct 15, 2014 at 05:25:55PM +0200, Michal Hocko wrote:
> On Tue 14-10-14 12:20:36, Johannes Weiner wrote:
> > On cgroup deletion, outstanding page cache charges are moved to the
> > parent group so that they're not lost and can be reclaimed during
> > pressure on/inside said parent. But thi
On 10/14/2014 08:01 PM, Scott Branden wrote:
> Added quirk SDHCI_QUIRK_MULTIBLOCK_READ_ACMD12 present in controller.
> Removed udelay in write ops by using shadow registers for 16 bit
> accesses to 32-bit registers (where necessary).
> Optimized 32-bit operations when doing 8/16 register accesses.
On Fri, Oct 10, 2014 at 07:35:15AM -0700, Dave Hansen wrote:
> On 10/10/2014 06:21 AM, Fengwei Yin wrote:
> > @@ -787,6 +788,9 @@ check_pfn:
> > return NULL;
> > }
> >
> > + if (is_huge_zero_pfn(pfn))
> > + return NULL;
> > +
>
> That looks a lot better. One thing, w
On Thu, Oct 16, 2014 at 3:22 PM, Oleg Nesterov wrote:
> On 10/16, Cong Wang wrote:
>>
>> On Thu, Oct 16, 2014 at 2:35 PM, Oleg Nesterov wrote:
>> >
>> > If a task B is already frozen, it sleeps in D state.
>> >
>> > If OOM selects B as a victim after that, it won't be woken by
>> > SIGKILL, thus
Hi Viresh,
FYI, our test script is broken by a commit from you:
https://git.linaro.org/people/vireshk/linux cpufreq/governor-fixes
commit 48ed83b84da331d010c5bd10b9d2f72d5308bddd ("cpufreq: Track governor-state
to disallow invalid state requests")
ee46f1592843a04d 48ed83b84da331d010c5bd10b9
On Tue, Oct 14, 2014 at 4:02 PM, Daniel Kurtz wrote:
> The rk3288 has several iommus. Each iommu belongs to a single master
> device. There is one device (ISP) that has two slave iommus, but that
> case is not yet supported by this driver.
>
> At subsys init, the iommu driver registers itself as
On Thu, Oct 16, 2014 at 11:01:23AM +0300, Mika Westerberg wrote:
> On Wed, Oct 15, 2014 at 09:55:42AM -0700, David Cohen wrote:
> > Hi Mika,
> >
> > Thanks for your feedback. See below my reply.
> >
> > On Wed, Oct 15, 2014 at 10:08:12AM +0300, Mika Westerberg wrote:
> > > On Tue, Oct 14, 2014 at
Hi all,
Today's linux-next merge of the kvm-arm tree got a conflict in
virt/kvm/arm/vgic-v2.c between commit 1f2bb4acc125 ("arm/arm64: KVM:
Fix unaligned access bug on gicv2 access") from Linus' tree and commit
2df36a5dd679 ("arm/arm64: KVM: Fix BE accesses to GICv2 EISR and ELRSR
regs") from the
Hi Bjorn and Sathya,
On Thu, Oct 16, 2014 at 05:42:11PM -0700, sathyanarayanan kuppuswamy wrote:
> Hi Bjorn,
>
> On 10/15/2014 04:26 PM, Bjorn Helgaas wrote:
> >[+cc David, Kuppuswamy, x86; sorry, I botched my "stg mail" so you
> >weren't included the first time]
> >
> >On Wed, Oct 15, 2014 at 11
Signed-off-by: Addy Ke
---
drivers/spi/spi-rockchip.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/spi/spi-rockchip.c b/drivers/spi/spi-rockchip.c
index 153269b..87bc16f 100644
--- a/drivers/spi/spi-rockchip.c
+++ b/drivers/spi/spi-rockchip.c
@@ -418,8 +418,10 @@
On 2014/10/16 20:13, Sebastian Ott wrote:
> On Wed, 15 Oct 2014, Yijing Wang wrote:
>> Use MSI chip framework instead of arch MSI functions to configure
>> MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework.
>>
>> Signed-off-by: Yijing Wang
>> ---
>> Hi Sebastian,
>>I dropped
As part of subsystem that many slave drivers depend on, it's more
appropriate for the pl330 DMA driver to be initialized at
subsys_initcall than device_initcall
Signed-off-by: Ray Jui
---
drivers/dma/pl330.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/drive
Hi Bjorn,
On 10/15/2014 04:26 PM, Bjorn Helgaas wrote:
[+cc David, Kuppuswamy, x86; sorry, I botched my "stg mail" so you
weren't included the first time]
On Wed, Oct 15, 2014 at 11:05 AM, Bjorn Helgaas wrote:
For the following interfaces:
get_penwell_ops()
get_cloverview_ops()
get_
On 17 October 2014 10:40, Mark yao wrote:
> Hi
> I think Rockchip drm driver is ready now, can it land?
I probably want to wait until -rc1 though I suppose since its a new
driver and self contained we might be able to see if Linus is
interested in squeezing it in.
Can you send me a git pull requ
Hi
I think Rockchip drm driver is ready now, can it land?
Thanks.
On 2014年10月08日 18:23, Mark Yao wrote:
This a series of patches is a DRM Driver for Rockchip Socs, add support
for vop devices. Future patches will add additional encoders/connectors,
such as eDP, HDMI.
The basic "crtc" for rockch
This patch adds code which enables Quad I/O mode on Micron SPI NOR flashes.
For Micron SPI NOR flash, enabling or disabling quad I/O protocol is controlled
by EVCR (Enhanced Volatile Configuration Register), Quad I/O protocol bit 7.
When EVCR bit 7 is reset to 0, the SPI NOR flash will operate i
Hi,
We recently upgraded a machine from 3.14.5 to 3.17.1, and a Perl script we're
running to poll SNMP suddenly needed ten times as much time to complete.
ps shows that it keeps being in state D (ie., I/O), and strace with -ttT
shows this curious pattern:
02:11:33.106973 socket(PF_NETLINK, SOCK_R
On Fri, Oct 17, 2014 at 02:21:32AM +0200, Steinar H. Gunderson wrote:
> Hi,
>
> We recently upgraded a machine from 3.14.5 to 3.17.1, and a Perl script we're
> running to poll SNMP suddenly needed ten times as much time to complete.
e341694e3eb57fcda9f1adc7bfea42fe080d8d7a looks like it might cau
I don't see why this should print warnings instead of properly
unrolling allocations and returning an appropriate error. It's actually
leaking resources. WARN kept on EINVAL case but the leak is fixed there
as well.
to: Alexander Viro
to: linux-kernel@vger.kernel.o
On Thu, Oct 16, 2014 at 4:24 PM, Peter Zijlstra wrote:
> On Thu, Oct 16, 2014 at 12:49:43PM -0400, Patrick Palka wrote:
>> On Oct 16, 2014 4:02 AM, "Peter Zijlstra" wrote:
>> >
>> > On Wed, Oct 15, 2014 at 04:38:01PM -0400, Patrick Palka wrote:
>> > > This patch fixes a number of issues with thes
The current cap_user_rdpmc code seems rather confused to me. On x86,
*all* events set cap_user_rdpmc if the global rdpmc control is set.
But only x86_pmu events define .event_idx, so amd uncore events won't
actually expose their rdpmc index to userspace.
Would it make more sense to add a flag PER
Hi Javier,
On 10/16/2014 07:13 PM, Javier Martinez Canillas wrote:
> The regulator framework has a set of helpers functions to be used when
> the system is entering and leaving from suspend but these are not called
> on Exynos platforms. This means that the .set_suspend_* function handlers
> defin
On 10/16/2014 10:11 PM, Marek Szyprowski wrote:
> From: Tomasz Figa
>
> Platform bus is not the only way to have extcon devices, so current
> implementation of of_extcon_get_extcon_dev() is broken. Also using
> parent device node only to get device name is quite ugly.
>
> This patch reimplements
Fixed a coding style issue.
Signed-off-by: Mike Roocroft
---
drivers/staging/rts5208/rtsx_scsi.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/rts5208/rtsx_scsi.c
b/drivers/staging/rts5208/rtsx_scsi.c
index bbbf796..1161082 100644
--- a/drivers/staging/rt
The following changes since commit 184c3fc3f52fb75800deb76deffb70907d1f76ea:
moduleparam: Resolve missing-field-initializer warning (2014-09-11 09:59:25
+0930)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
tags/modules-next-for-linus
Ionut Alexa writes:
> Fixed codin style errors and warnings. Changes printk with
> print_debug/warn. Changed seq_printf to seq_puts.
>
> Signed-off-by: Ionut Alexa
Hi Ionut,
Please drop the following changes:
> @@ -110,7 +110,7 @@ struct list_head *kdb_modules = &modules; /* kdb needs
> the li
On Thu, Oct 16, 2014 at 04:18:02PM +0200, Michael Kerrisk (man-pages) wrote:
> On Thu, Oct 16, 2014 at 2:47 PM, Greg Kroah-Hartman
> wrote:
> > From: Greg Kroah-Hartman
> >
> > The Android binder code has been "stable" for many years now. No matter
> > what comes in the future, we are going to h
The following changes since commit 7ec62d421bdf29cb31101ae2689f7f3a9906289a:
Merge branch 'for_linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs (2014-09-10
14:04:17 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linu
Rasmus Villemoes writes:
> On Wed, Oct 15 2014, Rusty Russell wrote:
>
>> Rasmus Villemoes writes:
>> The kzalloc-then-always-krealloc pattern is perhaps overly simplistic,
>> but this code has clearly confused people. It worked on me...
>>
>
> I think kzalloc immediately followed by kreallocin
Hi Caesar,
On 16.10.2014 16:31, Caesar Wang wrote:
Thermal is TS-ADC Controller module supports
user-defined mode and automatic mode.
User-defined mode refers,TSADC all the control signals entirely by
software writing to register for direct control.
Automaic mode refers to the module automatic
On Thu, Oct 16, 2014 at 10:09:04AM -0700, John Stultz wrote:
> On Thu, Oct 16, 2014 at 5:47 AM, Greg Kroah-Hartman
> wrote:
> > From: Greg Kroah-Hartman
> >
> > The Android binder code has been "stable" for many years now. No matter
>
> Well, ignoring the ABI break that landed in the last year.
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive 2nd round of updates for the input subsystem. Mostly simple
bug fixes, although we do have one bra
Hi Caesar,
On Thu, Oct 16, 2014 at 09:31:37PM +0800, Caesar Wang wrote:
> Thermal is TS-ADC Controller module supports
> user-defined mode and automatic mode.
>
> User-defined mode refers,TSADC all the control signals entirely by
> software writing to register for direct control.
>
> Automaic mo
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
tags/rdma-for-linus
Main set of InfiniBand/RDMA updates for 3.18 merge window:
- Large set of iSER initiator improvements
- Hard
This patch make a common source for uart0 pll src and sclk_gpu,
so that gpu can get its cloc from npll.
Signed-off-by: Kever Yang
---
drivers/clk/rockchip/clk-rk3288.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/clk/rockchip/clk-rk3288.c
b/drivers/clk/ro
On 10/16, Cong Wang wrote:
>
> On Thu, Oct 16, 2014 at 2:35 PM, Oleg Nesterov wrote:
> >
> > If a task B is already frozen, it sleeps in D state.
> >
> > If OOM selects B as a victim after that, it won't be woken by
> > SIGKILL, thus it obviously can't call should_thaw_current() and
> > notice TIF
[ Adding Al and linux-fsdevel to the cc list ]
On Thu, Oct 16, 2014 at 07:52:43AM -0400, Josh Boyer wrote:
> Hi All,
>
> Colin reported a lockdep spew with XFS using Linus' tree last week.
> The lockdep report is below. He noted that his application was using
> splice.
That smells like a splice
On 10/16, Peter Zijlstra wrote:
>
> On Wed, Oct 15, 2014 at 05:06:41PM +0200, Oleg Nesterov wrote:
> >
> > At least the code like
> >
> > rcu_read_lock();
> > get_task_struct(foreign_rq->curr);
> > rcu_read_unlock();
> >
> > is certainly wrong. And _probably_ the problem should be fixed
Hi Caesar,
On Thu, Oct 16, 2014 at 09:31:37PM +0800, Caesar Wang wrote:
> +
> +struct rockchip_tsadc_platform_data {
> + unsigned long temp_passive;
> + unsigned long hw_shut_temp;
> + int reset_mode;
> +
> + void (*irq_handle)(void __iomem *reg);
> + void (*initialize)(int res
Dave Jones writes:
> On Thu, Oct 16, 2014 at 10:33:46AM -0400, Dave Jones wrote:
>
> > > Try this patch http://www.spinics.net/lists/linux-ext4/msg45683.html
> >
> > I'll give it a try if I can get it reproducing easily, otherwise I cna't
> say
> > either way whether the patch is doing any
On 10/17, Tetsuo Handa wrote:
>
> Ah, I see. Here is a draft of an updated patch.
Do you mean this part
> sub_info->retval = retval;
> + /* wait_for_helper() will call umh_complete() if UMH_WAIT_PROC.
*/
> + if (wait != UMH_WAIT_PROC)
> +
A port count mismatch occurs if mutex_lock_interruptible()
exits uart_open() and the port has already been opened. This may
prematurely close a port on an open tty. Since uart_close() is _always_
called if uart_open() fails, the port count must be corrected if errors
occur.
Always increment the po
On Thu, Oct 16, 2014 at 07:24:48AM +0200, Ingo Molnar wrote:
>
> * Dave Jones wrote:
>
> > The Atom PMC driver is always built-in, regardless of whether
> > the kernel being built is going to be run on an Atom (or even Intel) CPU.
> >
> > Signed-off-by: Dave Jones
> > Cc: One Thousand Gnomes
Hi Caesar,
On Thu, Oct 16, 2014 at 09:31:40PM +0800, Caesar Wang wrote:
> This patch is depend on rk3288-thermal.dtsi,or
> it will compile error.
>
> If the temperature over a period of time High,over 120C
> the resulting TSHUT gave CRU module,let it reset
> the entire chip,or via GPIO give PMIC.
On Thu, Oct 16, 2014 at 2:35 PM, Oleg Nesterov wrote:
>
> If a task B is already frozen, it sleeps in D state.
>
> If OOM selects B as a victim after that, it won't be woken by
> SIGKILL, thus it obviously can't call should_thaw_current() and
> notice TIF_MEMDIE.
I see your point now, it would be
On Wed, Oct 15, 2014 at 5:36 PM, Russell King - ARM Linux
wrote:
> On Wed, Oct 15, 2014 at 05:21:29PM -0500, Kees Cook wrote:
>> On Wed, Oct 15, 2014 at 5:09 PM, Russell King - ARM Linux
>> wrote:
>> > On Wed, Oct 15, 2014 at 08:34:17AM -0700, Kees Cook wrote:
>> >> On Wed, Oct 15, 2014 at 5:21 A
Quoting Aditya Kali (adityak...@google.com):
> On Thu, Oct 16, 2014 at 2:12 PM, Serge E. Hallyn wrote:
> > Quoting Aditya Kali (adityak...@google.com):
> >> setns on a cgroup namespace is allowed only if
> >> * task has CAP_SYS_ADMIN in its current user-namespace and
> >> over the user-namespace
Hi,
Please pull this series for ro-nx support on ARM for next.
Thanks!
-Kees
The following changes since commit bfe01a5ba2490f299e1d2d5508cbbbadd897bbe9:
Linux 3.17 (2014-10-05 12:23:04 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/kees/linu
On 10/16, Cong Wang wrote:
>
> On Thu, Oct 16, 2014 at 2:11 PM, Oleg Nesterov wrote:
> >
> > But also I can't understand why this patch helps. The changelog says:
> >
> > do_send_sig_info will wake up the thread
> >
> > why?
> >
>
> This is a question for Michal who rewrites my changelog:
Oleg Nesterov wrote:
> On 10/17, Tetsuo Handa wrote:
> >
> > For both UMH_NO_WAIT and UMH_WAIT_EXEC cases,
> >
> > kernel_thread(call_helper, sub_info, CLONE_VFORK | SIGCHLD)
> >
> > in __call_usermodehelper() waits for do_execve() to succeed or do_exit(),
>
> Well, not really. kernel_thread(CLO
2014-10-16 23:17 GMT+02:00 Andrew Morton :
> On Thu, 16 Oct 2014 23:09:00 +0200 Rickard Strandqvist
> wrote:
>
>> 2014-10-16 0:15 GMT+02:00 Andrew Morton :
>> > On Sun, 5 Oct 2014 15:06:17 +0200 Rickard Strandqvist
>> > wrote:
>> >
>> >> Added a function strzcpy which works the same as strncpy
On Wed, Oct 15, 2014 at 01:55:06PM -0500, at...@opensource.altera.com wrote:
> From: Alan Tull
>
> Each output has individual on/off control.
>
> New in v6:
> * Much cleanup of the bindings document
> * s/vout_en/vout/g
>
> Hopefully this is getting closer. We will still have the potential
On Thu, Oct 16, 2014 at 2:12 PM, Serge E. Hallyn wrote:
> Quoting Aditya Kali (adityak...@google.com):
>> setns on a cgroup namespace is allowed only if
>> * task has CAP_SYS_ADMIN in its current user-namespace and
>> over the user-namespace associated with target cgroupns.
>> * task's current c
On Wed, 15 Oct 2014, Vince Weaver wrote:
> I can use sysrq to get the stack trace, the one CPU is stuck in a call
> to find_get_context().
>
> An example backtrace:
>
> [88200.33]
> [88200.33] [] ? cache_alloc+0x130/0x25b
> [88200.33] [] ? __call_rcu.constprop.63+0x1bf/0x1cb
On Thu, Oct 16, 2014 at 2:11 PM, Oleg Nesterov wrote:
>
> But also I can't understand why this patch helps. The changelog says:
>
> do_send_sig_info will wake up the thread
>
> why?
>
This is a question for Michal who rewrites my changelog:
http://marc.info/?l=linux-kernel&m=140986986423
On Thu, Oct 16, 2014 at 2:12 PM, Serge E. Hallyn wrote:
> Quoting Aditya Kali (adityak...@google.com):
>> setns on a cgroup namespace is allowed only if
>> * task has CAP_SYS_ADMIN in its current user-namespace and
>> over the user-namespace associated with target cgroupns.
>> * task's current c
On Thu, 16 Oct 2014 23:09:00 +0200 Rickard Strandqvist
wrote:
> 2014-10-16 0:15 GMT+02:00 Andrew Morton :
> > On Sun, 5 Oct 2014 15:06:17 +0200 Rickard Strandqvist
> > wrote:
> >
> >> Added a function strzcpy which works the same as strncpy,
> >> but guaranteed to produce the trailing null ch
The buf is used to hold the list of hwrng devices registered.
The old code ensures we don't walk off the end of buf as we
fill it, but it's unnecessarily complicated and thus difficult
to maintain. Simplify it by using strlcat.
Signed-off-by: Rickard Strandqvist
Reviewed-by: Jason Cooper
---
dr
On 10/16, Cong Wang wrote:
>
> On Thu, Oct 16, 2014 at 1:39 PM, Oleg Nesterov wrote:
> >> Fix the issue by checking for TIF_MEMDIE thread flag and get away from the
> >> fridge if it is set. oom_scan_process_thread doesn't have to check for
> >> the frozen task anymore because do_send_sig_info wi
Quoting Aditya Kali (adityak...@google.com):
> setns on a cgroup namespace is allowed only if
> * task has CAP_SYS_ADMIN in its current user-namespace and
> over the user-namespace associated with target cgroupns.
> * task's current cgroup is descendent of the target cgroupns-root
> cgroup.
Wh
2014-10-16 0:15 GMT+02:00 Andrew Morton :
> On Sun, 5 Oct 2014 15:06:17 +0200 Rickard Strandqvist
> wrote:
>
>> Added a function strzcpy which works the same as strncpy,
>> but guaranteed to produce the trailing null character.
>>
>> There are many places in the code where strncpy used although
Hello,
I have filed a bug now:
https://bugzilla.kernel.org/show_bug.cgi?id=86421 We should probably
continue the discussion there now? I've added just you to the CC field,
not sure who else on this thread is still interested at this point.
On 16-10-14 17:36, Yinghai Lu wrote:
Can you put "
The tty_unhangup() function is not defined.
Signed-off-by: Peter Hurley
---
include/linux/tty.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/tty.h b/include/linux/tty.h
index a07b4b4..d470a86 100644
--- a/include/linux/tty.h
+++ b/include/linux/tty.h
@@ -435,7 +435,6 @@ exter
On Wed, Oct 15, 2014 at 02:04:36PM +0300, Tommi Rantala wrote:
> Add Thrustmaster as Xbox 360 controller vendor. This is required for
> example to make the GP XID (044f:b326) gamepad work.
>
> Signed-off-by: Tommi Rantala
Applied both, thank you.
> ---
> drivers/input/joystick/xpad.c | 1 +
>
Refactor __tty_hangup() into:
1. __tty_hangup_common(), the portion requiring the tty lock
2. __tty_hangup(), which performs the pre- and post-lock processing
(TIOCCONS redirect undo) and calls through a function ptr parameter
to lock/hangup/unlock
3. __tty_hangup_standard(), which performs t
Add at-a-glance call tree for the various hangup methods.
Signed-off-by: Peter Hurley
---
drivers/tty/tty_io.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/tty/tty_io.c b/drivers/tty/tty_io.c
index 25e85b0..8effd44 100644
--- a/drivers/tty/tty_io.c
+++ b/drivers/tty
Introduce tty_vhangup_slave(), which takes tty_lock_slave() instead
of tty_lock(), and thus is callable while holding the pty master
tty lock.
Signed-off-by: Peter Hurley
---
drivers/tty/pty.c| 4 +---
drivers/tty/tty_io.c | 20
include/linux/tty.h | 1 +
3 files chan
Holding tty_mutex is no longer required to serialize changes to
the tty_count or to prevent concurrent opens of closing ttys;
tty_lock() is sufficient.
Signed-off-by: Peter Hurley
---
drivers/tty/tty_io.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/tty/tty_io.c b/drivers/tty
Releasing the tty locks while waiting for the tty wait queues to
be empty is no longer necessary nor desirable. Prior to
"tty: Don't take tty_mutex for tty count changes", dropping the
tty locks was necessary to reestablish the correct lock order between
tty_mutex and the tty locks. Dropping the gl
1 - 100 of 723 matches
Mail list logo
