Douglas Anderson, recently pointed out an interesting problem due to which his
udelay() was expiring earlier than it should:
https://lkml.org/lkml/2014/5/13/766
While transitioning between frequencies few platforms may temporarily switch to
a stable frequency, waiting for the main PLL to
Add error message when fail to enable cache
Signed-off-by: Gioh Kim
---
arch/arm/mm/cache-l2x0.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mm/cache-l2x0.c b/arch/arm/mm/cache-l2x0.c
index 7abde2c..5102c62 100644
--- a/arch/arm/mm/cache-l2x0.c
+++
Tegra has implemented an unnecessary wrapper over tegra_update_cpu_speed(), i.e.
tegra_target(), which wasn't doing anything apart of calling
tegra_update_cpu_speed(). Get rid of that and use tegra_target() directly.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/tegra-cpufreq.c | 9 ++---
On Thu, May 15, 2014 at 11:07 AM, Viresh Kumar wrote:
> On 15 May 2014 11:00, Inderpal Singh wrote:
>> On Thu, May 15, 2014 at 10:34 AM, Viresh Kumar
>> wrote:
>>> On 15 May 2014 10:22, Inderpal Singh wrote:
>>>
What i am saying that "what if we are not going to re-use again ? "
>>>
>>>
Hi,
My board is using Trustzone and running kernel is non-secure mode.
But setup function of PL310 driver is only for secure mode kernel.
What about adding an entry for non-secure mode setup function?
I'm sorry for my poor code but I just wanna say what I need .
--
On 15 May 2014 11:00, Inderpal Singh wrote:
> On Thu, May 15, 2014 at 10:34 AM, Viresh Kumar
> wrote:
>> On 15 May 2014 10:22, Inderpal Singh wrote:
>>
>>> What i am saying that "what if we are not going to re-use again ? "
>>
>> That's what I said:
>>
>> Yes, it will keep occupying some space
Signed-off-by: Stephen Rothwell
---
drivers/char/hw_random/virtio-rng.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
Based on the current virtio tree in linux-next.
diff --git a/drivers/char/hw_random/virtio-rng.c
b/drivers/char/hw_random/virtio-rng.c
index
Include slab.h for kmalloc/kfree declaration and check the actual
allocations succeed.
Signed-off-by: Stephen Rothwell
---
drivers/char/hw_random/virtio-rng.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/char/hw_random/virtio-rng.c
b/drivers/char/hw_random/virtio-rng.c
On Thu, 2014-05-15 at 01:09 -0400, Tejun Heo wrote:
> Hello, Mike.
>
> On Thu, May 15, 2014 at 07:04:22AM +0200, Mike Galbraith wrote:
> > On Thu, 2014-05-15 at 00:50 -0400, Tejun Heo wrote:
> > > Do we know specific kthreads which need to be exposed with this way?
> >
> > Soft/hard irq
On Thu, May 15, 2014 at 10:34 AM, Viresh Kumar wrote:
> On 15 May 2014 10:22, Inderpal Singh wrote:
>
>> What i am saying that "what if we are not going to re-use again ? "
>
> That's what I said:
>
> Yes, it will keep occupying some space but there is only one instance
> of that per 'cluster'
On Thu, 15 May 2014, Cyrill Gorcunov wrote:
> So I'm experiencing the same problem on latest -tip + my patches applied.
glad it's not just me.
I find the problem to be reproducible and so in theory it might be
possible to generate a small reproducing test case.
I meant to do that already but
On Fri, May 9, 2014 at 6:15 PM, Eric Auger wrote:
> This patch enables irqfd and irq routing on ARM.
>
> It turns on CONFIG_HAVE_KVM_EVENTFD and CONFIG_HAVE_KVM_IRQ_ROUTING
>
> irqfd framework enables to assign physical IRQs to guests.
>
> 1) user-side uses KVM_IRQFD VM ioctl to pass KVM a
Hi James,
we're past -rc5 and no SCSI patches have been collected for 3.16 yet,
despite a lot of patches including a lot of reviewed ones pending on the
list.
I'd really love to get at least some testing for all the work that
sometimes has been pending for months in linux-next and would offer to
On 5/14/14, 17:18, "H. Peter Anvin" wrote:
>On 05/14/2014 09:18 AM, Darren Hart wrote:
>>
>> However, unless I'm sorely mistaken, the larger problem is that glibc
>> removed the futex() call entirely, so these man pages don't describe
>> something users even have access to anymore. I had to
Hi Thierry,
On 15 May 2014 03:44, Thierry Reding wrote:
> On Thu, May 15, 2014 at 12:47:21AM +0530, Rahul Sharma wrote:
> [...]
>> diff --git a/Documentation/devicetree/bindings/phy/samsung-phy.txt
>> b/Documentation/devicetree/bindings/phy/samsung-phy.txt
> [...]
>> +For
On Tue, May 13, 2014 at 10:09 PM, Ingo Molnar wrote:
>
> * Alexei Starovoitov wrote:
>
>> On Tue, May 13, 2014 at 8:17 PM, Steven Rostedt wrote:
>> > On Tue, 13 May 2014 19:55:11 -0700
>> > Alexei Starovoitov wrote:
>> >
>> >> Tracing filters are parsing user supplied character string and
>>
Hello, Mike.
On Thu, May 15, 2014 at 07:04:22AM +0200, Mike Galbraith wrote:
> On Thu, 2014-05-15 at 00:50 -0400, Tejun Heo wrote:
> > Do we know specific kthreads which need to be exposed with this way?
>
> Soft/hard irq threads and anything having to do with IO mostly, which
> including
On Thu, 24 Apr 2014, Vince Weaver wrote:
> On Wed, 23 Apr 2014, Peter Zijlstra wrote:
> >
> > Something like so should do I suppose.
> >
> > ---
> > Subject: perf: Fix perf_event_open(.flags) test
> >
> > Vince noticed that we test the (unsigned long) flags field against an
> > (unsigned int)
On Thu, 2014-05-15 at 00:50 -0400, Tejun Heo wrote:
> Hello, Mike.
>
> On Thu, May 15, 2014 at 06:46:18AM +0200, Mike Galbraith wrote:
> > > I think it'd be healthier to identify the use cases and then provide
> > > proper interface for it. Note that workqueue can now expose interface
> > > to
Hello Heesub,
On Thu, May 15, 2014 at 11:45:31AM +0900, Heesub Shin wrote:
> Hello,
>
> On 05/15/2014 10:53 AM, Joonsoo Kim wrote:
> >On Tue, May 13, 2014 at 12:00:57PM +0900, Minchan Kim wrote:
> >>Hey Joonsoo,
> >>
> >>On Thu, May 08, 2014 at 09:32:23AM +0900, Joonsoo Kim wrote:
> >>>CMA is
On 15 May 2014 10:22, Inderpal Singh wrote:
> What i am saying that "what if we are not going to re-use again ? "
That's what I said:
Yes, it will keep occupying some space but there is only one instance
of that per 'cluster' and is very much affordable instead of building it again..
So, we
Hello,
On Thu, May 15, 2014 at 12:50:39PM +0800, Jet Chen wrote:
> FYI, we noticed the below changes on
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git
> review-kill-tree_mutex
> commit a0f9ec1f181534694cb5bf40b7b56515b8cabef9 ("cgroup: use
> cgroup_kn_lock_live() in other
Hi Thomas,
On Thu, May 15, 2014 at 1:34 AM, Thomas Gleixner wrote:
> On Wed, 14 May 2014, Carlos O'Donell wrote:
>
>> On 05/14/2014 03:03 PM, Michael Kerrisk (man-pages) wrote:
>> >> However, unless I'm sorely mistaken, the larger problem is that glibc
>> >> removed the futex() call entirely, so
On Thu, May 15, 2014 at 10:06 AM, Viresh Kumar wrote:
> On 15 May 2014 10:02, Inderpal Singh wrote:
>> I feel freeing of opps are needed at least at the driver unregistration
>> time, like we free cpufreq_table.
>> Otherwise it amounts to memory leak unless we assume that the same driver is
>>
On 05/15/2014 05:12 AM, Carlos O'Donell wrote:
> On 05/14/2014 07:34 PM, Thomas Gleixner wrote:
>> On Wed, 14 May 2014, Carlos O'Donell wrote:
>>
>>> On 05/14/2014 03:03 PM, Michael Kerrisk (man-pages) wrote:
> However, unless I'm sorely mistaken, the larger problem is that glibc
> removed
Hi Tejun,
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git
review-kill-tree_mutex
commit a0f9ec1f181534694cb5bf40b7b56515b8cabef9 ("cgroup: use
cgroup_kn_lock_live() in other cgroup kernfs methods")
Test case : lkp-nex05/will-it-scale/writeseek
Hello, Mike.
On Thu, May 15, 2014 at 06:46:18AM +0200, Mike Galbraith wrote:
> > I think it'd be healthier to identify the use cases and then provide
> > proper interface for it. Note that workqueue can now expose interface
> > to modify concurrency, priority and cpumask to userland which
> >
On Thu, 2014-05-15 at 00:06 -0400, Tejun Heo wrote:
> Hey, Mike.
>
> On Thu, May 15, 2014 at 05:53:57AM +0200, Mike Galbraith wrote:
> > Hm. The user would need to be able to identify and prioritize the
>
> I suppose you mean userland by "the user"?
Yeah.
> > things, and have his settings
On 14 May 2014 19:54, Mikulas Patocka wrote:
> Hi Viresh
>
> Some times ago, I sent these two cpufreq patches to fix frequency
> transition problem on speedstep-smi, but you didn't put them to the
> upstream kernel. I am resending the patches. If you would like a different
> solution to this
Make the CONFIG_OF=n prototpe of of_node_full_name() mateh the CONFIG_OF=y
version.
Fixes compile warnings like this:
sound/soc/soc-core.c: In function 'soc_check_aux_dev':
sound/soc/soc-core.c:1667:3: warning: passing argument 1 of 'of_node_full_name'
discards 'const' qualifier from pointer
On 14 May 2014 23:35, Stratos Karafotis wrote:
> Many drivers keep frequencies in frequency table in ascending
> or descending order. When governor tries to change to policy->min
> or policy->max respectively then the cpufreq_frequency_table_target
> could return on first iteration. This will
On 15 May 2014 10:02, Inderpal Singh wrote:
> I feel freeing of opps are needed at least at the driver unregistration
> time, like we free cpufreq_table.
> Otherwise it amounts to memory leak unless we assume that the same driver is
> going to re-register and re-use the same opps.
Its memory
Dear Kukjin,
Could you please pick following patches?
- [PATCHv5 1/5] ARM: EXYNOS: Add Exynos3250 SoC ID
- [PATCHv5 2/5] ARM: EXYNOS: Support secondary CPU boot of Exynos3250
Best Regards,
Chanwoo Choi
On 05/13/2014 10:05 PM, Chanwoo Choi wrote:
> This patchset support new Exynos3250 Samsung
Hi Andrew,
On 05/15/2014 12:30 AM, Andrew Morton wrote:
On Wed, 14 May 2014 07:52:38 -0700 Davidlohr Bueso wrote:
- semcnt = 0;
+ BUG_ON(sop->sem_flg & IPC_NOWAIT);
+ BUG_ON(sop->sem_op > 0);
Hmm in light of Linus' recent criticism about randomly sprinkling
BUG_ONs in the
Hi Davidlohr,
On 05/14/2014 09:50 PM, Davidlohr Bueso wrote:
Do you have any preferences? I can cook up a patch if you think that
this merits Linux having MSGTQL.
MSGTQL means a global counter - therefore zero scalability. That's why I
didn't implement it when I noticed the issue with 0-byte
On Thu, May 15, 2014 at 11:38 AM, Andrew Morton
wrote:
>
> We could easily change the interface so that pages==NULL means "no
> pages" but that isn't the way it works at present.
>
Yeah, thanks /Hillf
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hi Steven,
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
ftrace/core
commit b1169cc69ba96b124df820904a6d3eb775491d7f ("tracing: Remove mock up poll
wait function")
f4874261049e3ab b1169cc69ba96b124df820904
---
Hey, Mike.
On Thu, May 15, 2014 at 05:53:57AM +0200, Mike Galbraith wrote:
> Hm. The user would need to be able to identify and prioritize the
I suppose you mean userland by "the user"?
> things, and have his settings stick. Any dynamic pool business doing
> allocations and/or munging
Thanks Tomasz,
On 15 May 2014 01:31, Tomasz Figa wrote:
> Hi Rahul, Tomasz,
[snip]
>> + simplephys: simple-phys@1004 {
>> + compatible = "samsung,exynos5250-simple-phy";
>
> Missing reg property or unnecessary @unit-address suffix in node name.
I should have removed
On Wed, May 14, 2014 at 10:15:27PM -0500, Seth Forshee wrote:
> On Wed, May 14, 2014 at 10:17:31PM -0400, Michael H. Warfield wrote:
> > > > Using devtmpfs is one possible
> > > > solution, and it would have the added benefit of making container setup
> > > > simpler. But simply letting containers
On 14 May 2014 20:32, Pavel Machek wrote:
> Hmm. Would it be better to actually delete stale OPPs?
I wouldn't call them stale as dtb isn't going to change after boot
and we will always get the same list again, unless some arch has
added few more after boot.
So, there is no point freeing opp's
Hi Oleg,
we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 8ad8e9d3fd64f101eed6652964670672d699e563 ("uprobes/x86: Introduce
uprobe_xol_ops and arch_uprobe->ops")
Test case: lkp-snb01/aim7/signal_test
34e7317d6ae8f61
On Wed, 2014-05-14 at 12:32 -0400, Tejun Heo wrote:
> Hello, Jiri, Vojtech.
>
> On Wed, May 14, 2014 at 05:15:01PM +0200, Vojtech Pavlik wrote:
> > On Wed, May 14, 2014 at 04:59:05PM +0200, Jiri Slaby wrote:
> > > I see the worst case scenario. (For curious readers, it is for example
> > > this
On 05/14/2014 05:44 PM, Peter Zijlstra wrote:
[snip]
>> and then:
>> echo $$ > /sys/fs/cgroup/cpu/A/tasks ; ./my_tool -l
>> echo $$ > /sys/fs/cgroup/cpu/B/tasks ; ./my_tool -l
>> echo $$ > /sys/fs/cgroup/cpu/C/tasks ; ./my_tool 50
>>
>> the results in top is around:
>>
>>
On Thu, May 15, 2014 at 12:06 AM, Rob Herring wrote:
> Adding Nico...
>
> On Wed, May 14, 2014 at 3:18 AM, Richard Lee wrote:
>> For the IO mapping, the same physical address space maybe
>> mapped more than one time, for example, in some SoCs:
>> - 0x20001000 ~ 0x20001400 --> 1KB for Dev1
>>
From: Julia Lawall
Netdev_priv is an accessor function, and has no purpose if its result is
not used.
A simplified version of the semantic match that fixes this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@ local idexpression x; @@
-x = netdev_priv(...);
... when != x
//
From: Julia Lawall
Netdev_priv is an accessor function, and has no purpose if its result is
not used.
A simplified version of the semantic match that fixes this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@ local idexpression x; @@
-x = netdev_priv(...);
... when != x
//
From: Julia Lawall
Netdev_priv is an accessor function, and has no purpose if its result is
not used.
A simplified version of the semantic match that fixes this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@ local idexpression x; @@
-x = netdev_priv(...);
... when != x
//
From: Julia Lawall
Netdev_priv is an accessor function, and has no purpose if its result is
not used.
A simplified version of the semantic match that fixes this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@ local idexpression x; @@
-x = netdev_priv(...);
... when != x
//
On Thu, 15 May 2014 11:18:29 +0800 Hillf Danton wrote:
> > --- a/arch/x86/vdso/vma.c
> > +++ b/arch/x86/vdso/vma.c
> > @@ -90,6 +90,7 @@ static int map_vdso(const struct vdso_image *image, bool
> > calculate_addr)
> > struct vm_area_struct *vma;
> > unsigned long addr;
> >
在 2014-05-14三的 11:21 -0400,Naoya Horiguchi写道:
> When a memory error happens on an in-use page or (free and in-use) hugepage,
> the victim page is isolated with its refcount set to one. When you try to
> unpoison it later, unpoison_memory() calls put_page() for it twice in order to
> bring the page
On Wed, 14 May 2014, H. Peter Anvin wrote:
> On 05/14/2014 02:33 PM, John Stultz wrote:
> >
> > We can do some tricks for internal optimizations here if these are
> > critical. I'd be more concerned about userland divisions where moving
> > to a 64bit time_t would cause performance issues that
On Wed, 2014-05-14 at 08:44 -0700, Paul E. McKenney wrote:
> In practice, not sure how much testing CONFIG_NO_HZ_FULL=y has received
> for -rt kernels in production environments.
I took 3.14-rt out for a quick spin on my 64 core box, it didn't work at
all with 60 cores isolated. I didn't have
Hi Andy,
On Thu, May 15, 2014 at 7:46 AM, Andy Lutomirski wrote:
> The oops can be triggered in qemu using -no-hpet (but not nohpet) by
> reading a couple of pages past the end of the vdso text. This
> should send SIGBUS instead of OOPSing.
>
> The bug was introduced by:
>
> commit
On Wed, May 14, 2014 at 10:17:31PM -0400, Michael H. Warfield wrote:
> > > Using devtmpfs is one possible
> > > solution, and it would have the added benefit of making container setup
> > > simpler. But simply letting containers mount devtmpfs isn't sufficient
> > > since the container may need to
On 05/14/2014 01:27 PM, Richard Weinberger wrote:
Am 14.05.2014 22:22, schrieb Sam Ravnborg:
On Wed, May 14, 2014 at 10:04:41PM +0200, Richard Weinberger wrote:
Am 14.05.2014 21:55, schrieb Sam Ravnborg:
On Wed, May 14, 2014 at 08:59:55PM +0200, Richard Weinberger wrote:
It is no longer
On 05/14/2014 07:34 PM, Thomas Gleixner wrote:
> On Wed, 14 May 2014, Carlos O'Donell wrote:
>
>> On 05/14/2014 03:03 PM, Michael Kerrisk (man-pages) wrote:
However, unless I'm sorely mistaken, the larger problem is that glibc
removed the futex() call entirely, so these man pages don't
On Wed, May 14, 2014 at 10:17:49PM -0400, Theodore Ts'o wrote:
> On Thu, May 15, 2014 at 07:54:57AM +1000, Dave Chinner wrote:
> > On Tue, May 13, 2014 at 08:31:02PM +0200, Mateusz Guzik wrote:
> > > This helps hang troubleshooting efforts when only dmesg is available.
> >
> > I really don't
The hwmon subsystem has been around for a while. Time to document
its kernel API.
Signed-off-by: Guenter Roeck
---
Documentation/hwmon/hwmon-kernel-api.txt | 107 +++
1 file changed, 107 insertions(+)
create mode 100644 Documentation/hwmon/hwmon-kernel-api.txt
diff
On Tue, 13 May 2014, Vince Weaver wrote:
> pe[32].sample_period=0xc0bd;
>
> Should it be possible to open an event with a large negative sample_period
> like that?
so this seems to be a real bug.
attr->sample_period is a u64 value, but internally it gets cast to
s64 and
Remove support for building against ancient WIRELESS_EXT versions,
only leaving support for the current version: 22
---
drivers/staging/rtl8192u/ieee80211/ieee80211.h| 14 -
drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c | 5 +--
drivers/staging/rtl8192u/ieee80211/ieee80211_wx.c |
Hi,
It's not a big deal but I've found that phy_base field of struct
l2x0_regs is not used anywhere.
I've removed it on my board. It seems to be working fine.
Why do we need physical address of L2 cache controller?
Is it removable?
8< --
>From
On Wed, 2014-05-14 at 15:11 -0400, Paul Gortmaker wrote:
> Given that, perhaps a separate change to sched_rt_runtime_exceeded()
> that works out the CPU from the rt_rq, and returns zero if it is a
> nohz_full cpu? Does that make sense? Then the nohz_full people won't
> get the throttling
Hello,
On 05/15/2014 10:53 AM, Joonsoo Kim wrote:
On Tue, May 13, 2014 at 12:00:57PM +0900, Minchan Kim wrote:
Hey Joonsoo,
On Thu, May 08, 2014 at 09:32:23AM +0900, Joonsoo Kim wrote:
CMA is introduced to provide physically contiguous pages at runtime.
For this purpose, it reserves memory
On Thu, May 15, 2014 at 10:53:01AM +0900, Joonsoo Kim wrote:
> On Tue, May 13, 2014 at 12:00:57PM +0900, Minchan Kim wrote:
> > Hey Joonsoo,
> >
> > On Thu, May 08, 2014 at 09:32:23AM +0900, Joonsoo Kim wrote:
> > > CMA is introduced to provide physically contiguous pages at runtime.
> > > For
Mēs esam DIAMOND ŠVEICES aizdevumu uzņēmumam sniedzot aizdevumus ar pasta
reklāma. Mēs piedāvājam dažāda veida aizdevumu (īstermiņa un ilgtermiņa
aizdevumi, individuālie aizņēmumi, aizdevumi uzņēmumiem utt.) Par 3% procentu
likmi. Mēs izsniegt aizdevumus cilvēkiem, kam nepieciešama ne
On 05/15/2014 02:23 AM, Andy Lutomirski wrote:
> On Wed, May 14, 2014 at 3:11 PM, Cyrill Gorcunov wrote:
>> On Wed, May 14, 2014 at 02:33:54PM -0700, Andy Lutomirski wrote:
>>> On Wed, May 14, 2014 at 2:31 PM, Andrew Morton
>>> wrote:
On Wed, 14 May 2014 17:11:00 -0400 Sasha Levin
> I think it should do:
>
> if (status & 1)
> dse.mem_lvl = PERF_MEM_LVL_L1|PERF_MEM_LVL_HIT;
> else
> dse.mem_lvl = PERF_MEM_LVL_L1|PERF_MEM_LVL_MISS;
>
> Otherwise you have L1 as the level with no hit/miss info.
Agreed.
BTW the line before is also not always corect, and any
On Wed, 2014-05-14 at 18:32 -0700, Greg Kroah-Hartman wrote:
> On Wed, May 14, 2014 at 04:34:48PM -0500, Seth Forshee wrote:
> > Unpriveleged containers cannot run mknod, making it difficult to support
> > devices which appear at runtime.
> Wait.
> Why would you even want a container to see a
Hi,
I'm looking to use roundup_pow_of_two() (actually, order_base_2())
from , but it seems that it only supports 64-bit integers
if your toolchain uses a 64-bit 'unsigned long' type. This is strange,
considering that ilog2() is explicitly designed for 32-bit or 64-bit
compatibility.
I also note
On Tue, May 13, 2014 at 10:54:58AM +0200, Vlastimil Babka wrote:
> On 05/13/2014 02:44 AM, Joonsoo Kim wrote:
> >On Mon, May 12, 2014 at 04:15:11PM +0200, Vlastimil Babka wrote:
> >>Compaction uses compact_checklock_irqsave() function to periodically check
> >>for
> >>lock contention and
On Thu, May 15, 2014 at 07:54:57AM +1000, Dave Chinner wrote:
> On Tue, May 13, 2014 at 08:31:02PM +0200, Mateusz Guzik wrote:
> > This helps hang troubleshooting efforts when only dmesg is available.
>
> I really don't think that spamming dmesg every time a filesystem is
> frozen or thawed is a
> Now we define MAX_PHYSMEM_BITS and SECTION_SIZE_BITS as
> macros. So if we deal with vmcores with different values
> of these two macros. We have to recompile makedumpfile.
There are other macros which have architecture-specific values
(e.g. __PAGE_OFFSET), and some
On Wed, May 14, 2014 at 03:14:30PM +0530, Aneesh Kumar K.V wrote:
> Joonsoo Kim writes:
>
> > On Fri, May 09, 2014 at 02:39:20PM +0200, Marek Szyprowski wrote:
> >> Hello,
> >>
> >> On 2014-05-08 02:32, Joonsoo Kim wrote:
> >> >This series tries to improve CMA.
> >> >
> >> >CMA is introduced to
H. Peter Anvin wrote:
> Seems to me to make the code easier to read, not harder. That was the
> whole point.
I thought it made it harder by moving the terminating 1 bit out of the
driver proper, where it has a symbolic name. Thus someone comparing
the driver to the spec has to read another
On Wed, May 14, 2014 at 02:12:19PM +0530, Aneesh Kumar K.V wrote:
> Joonsoo Kim writes:
>
> > CMA is introduced to provide physically contiguous pages at runtime.
> > For this purpose, it reserves memory at boot time. Although it reserve
> > memory, this reserved memory can be used for movable
On Tue, May 13, 2014 at 12:00:57PM +0900, Minchan Kim wrote:
> Hey Joonsoo,
>
> On Thu, May 08, 2014 at 09:32:23AM +0900, Joonsoo Kim wrote:
> > CMA is introduced to provide physically contiguous pages at runtime.
> > For this purpose, it reserves memory at boot time. Although it reserve
> >
Am 14.05.2014 21:24, schrieb Alexander Holler:
> Am 14.05.2014 21:06, schrieb Rob Herring:
>> I still have not seen an example of A depends on B, deferred probe
>> fails because of ? and here is the code for A that works around the
>> problem.
>>
>>> Anyway, this feature is totally independ of
On Wed, 2014-04-02 at 16:54 +0800, Gui Hecheng wrote:
> For modern filesystems such as btrfs, t/p/e size level operations
> are common.
> add size unit t/p/e parsing to memparse
>
> Signed-off-by: Gui Hecheng
> ---
> changelog
> v1->v2: replace kilobyte with kibibyte, and others
>
On 05/09/2014 05:31 PM, Guenter Roeck wrote:
The watchdog subsystem provides an API to perform a system reboot.
Use it.
With this change, the arm_pm_restart callback is now optional,
so check if it is set before calling it.
Tested-by: Jonas Jensen
Signed-off-by: Guenter Roeck
Any comments
On 05/09/2014 05:31 PM, Guenter Roeck wrote:
The watchdog subsystem provides an API to perform a system reboot.
Use it.
Signed-off-by: Guenter Roeck
Any comments / Ack from the arm maintainers ?
Thanks,
Guenter
---
v2: No change
arch/arm64/kernel/process.c | 3 +++
1 file changed, 3
On Wed, May 14, 2014 at 04:34:48PM -0500, Seth Forshee wrote:
> Unpriveleged containers cannot run mknod, making it difficult to support
> devices which appear at runtime.
Wait.
Why would you even want a container to see a "new" device? That's the
whole point, your container should see a
Seems to me to make the code easier to read, not harder. That was the whole
point.
On May 14, 2014 6:15:51 PM PDT, George Spelvin wrote:
>H. Peter Anvin wrote:
>> If the whole point of this is to use it for MMC/SD cards, why not
>just
>> also subsume the OR 1 and call it crc7_mmc() or something
H. Peter Anvin wrote:
> If the whole point of this is to use it for MMC/SD cards, why not just
> also subsume the OR 1 and call it crc7_mmc() or something like that.
>
> (Which I'm all for doing... I don't know of any other crc7 users.)
You'll find all users in my patch series. 2/3 updates the
op 14-05-14 17:29, Christian König schreef:
+/* did fence get signaled after we enabled the sw irq? */
+if (atomic64_read(>rdev->fence_drv[fence->ring].last_seq) >=
fence->seq) {
+radeon_irq_kms_sw_irq_put(fence->rdev, fence->ring);
+return false;
+}
+
+
Good Day,
my name is Langat John from Kenya Nairobi I work with Kenya
commercial Bank every quarter we carry out checks on clients bank
accounts.Twelve years ago I realise a strange bank account with an enormos sum
of $75.000.000 USD. The amount did not baffle me, but what pulled my
On 05/14/2014 05:35 PM, Andy Lutomirski wrote:
>>
>> More fundamentally, futex(2), like clone(2), are things that can be
>> legitimately by user space without automatically breaking all of glibc.
>
> I'm lost -- I think the missing verb is important :)
>
... legitimately *used* by user space
On 05/11/2014 03:02 AM, George Spelvin wrote:
> From 770aa22e6c9c92027e3e21797192ccabb3e7c70e Mon Sep 17 00:00:00 2001
> From: George Spelvin
> Date: Sat, 10 May 2014 10:32:57 -0400
> Subject: [PATCH v2 1/3] lib/crc7: Shift crc7() output left 1 bit
>
> This eliminates a 1-bit left shift in every
On Wed, May 14, 2014 at 5:28 PM, H. Peter Anvin wrote:
> On 05/14/2014 01:56 PM, Davidlohr Bueso wrote:
>>>
However, unless I'm sorely mistaken, the larger problem is that glibc
removed the futex() call entirely, so these man pages don't describe
>>>
>>> I don't think futex() ever was
Currently the Tegra1x4 clock init code hard-codes the mux setting
for xusb_hs_src and treats it as a fixed-factor clock. It is,
however, a mux which can be parented by either xusb_ss_src/2 or
pll_u_60M. Add the fixed-factor clock xusb_ss_div2 and put an
entry in periph_clks[] for the xusb_hs_src
From: Jim Lin
The parent-to-index mapping for xusb_fs_src is incorrect.
Fix it by adding a mux table.
Signed-off-by: Jim Lin
Signed-off-by: Andrew Bresticker
---
drivers/clk/tegra/clk-tegra-periph.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
Initialize the XUSB-related clocks with appropriate parents and rates
for both Tegra114 and Tegra124.
Signed-off-by: Jim Lin
Signed-off-by: Andrew Bresticker
---
drivers/clk/tegra/clk-tegra114.c | 7 ++-
drivers/clk/tegra/clk-tegra124.c | 6 ++
2 files changed, 12 insertions(+), 1
On 05/13/2014 01:17 PM, Helge Deller wrote:
>
> We can't use CONFIG_64BIT for a userspace header file. Please use
> #if !defined(__LP64__)
> instead.
> But even then I'm not sure if it's all correct...
>
__u64 (or __s64) works fine in that case.
-hpa
--
To unsubscribe from this
Enable the XHCI host controller and XUSB PHY on Venice2. All three
USB2.0 ports are owned by the XHCI controller and the two SuperSpeed
ports are mapped to the external USB2.0 ports.
Signed-off-by: Andrew Bresticker
---
arch/arm/boot/dts/tegra124-venice2.dts | 46
From: Jim Lin
Enable hardware control of PLLE spread-spectrum, IDDQ, and enable
controls when enabling PLLE. The hardware (e.g. XUSB) using PLLE
will use these controls for power-saving optimizations.
Signed-off-by: Jim Lin
Signed-off-by: Andrew Bresticker
---
drivers/clk/tegra/clk-pll.c |
Board-specific USB configuration data is stored in FUSE_SKU_CALIB_0.
Export a function to read it so the PHY can be properly configured.
Signed-off-by: Andrew Bresticker
---
arch/arm/mach-tegra/fuse.c | 13 +
include/linux/tegra-soc.h | 1 +
2 files changed, 14 insertions(+)
diff
The XUSB PHY driver will be accessing the CAR registers through the
syscon interface.
Signed-off-by: Andrew Bresticker
---
arch/arm/boot/dts/tegra124.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/tegra124.dtsi b/arch/arm/boot/dts/tegra124.dtsi
index
Add support for the on-chip XHCI host controller present on NVIDIA
Tegra114 and later SoCs.
The driver is currently very basic: it loads the controller with its
firmware, starts the controller, and is able to service messages sent
by the controller's firmware. The hardware supports device mode
And nodes for the XHCI host controller and XUSB PHY present on Tegra124.
Signed-off-by: Andrew Bresticker
---
arch/arm/boot/dts/tegra124.dtsi | 37 +
1 file changed, 37 insertions(+)
diff --git a/arch/arm/boot/dts/tegra124.dtsi
Add support for the Tegra XUSB PHY present on Tegra114 and Tegra124 SoCs.
This provides all PHY functionality for the Tegra XHCI host-controller
driver and supports UTMI, HSIC, and SuperSpeed interfaces.
While this PHY driver currently only handles USB, the SATA and PCIe
PHYs are programmed in a
1 - 100 of 1808 matches
Mail list logo