Hi,
On Thursday 13 June 2013 06:35 PM, Tomi Valkeinen wrote:
Hi,
On 28/05/13 08:18, Kishon Vijay Abraham I wrote:
Hi Tony,
On Friday 17 May 2013 06:52 PM, Kishon Vijay Abraham I wrote:
In order for controllers to get PHY in case of non dt boot, the phy
binding information (phy label) should
Hi Dave,
On 06/14/2013 01:17 AM, Dave Hansen wrote:
On 06/13/2013 06:03 AM, Tang Chen wrote:
+static inline bool is_local_node_data(struct page *page)
+{
+ return (unsigned long)page->lru.next == LOCAL_NODE_DATA;
+}
page->lru is already in a union. Could you please just add a new entry
Hallo everybody,
I see certain tcp traffing stalling with kernel 3.8.0-22.33 (current
Raring Ringtail version). It is 100% reproducible when I scp a file
(>100 kB) to a machine on the other side. Copying a file of any size in
the other direction (from the remote machine) to my box works fine. I
se
On Thu, Jun 13, 2013 at 6:07 PM, David Daney wrote:
>
> Suggested fix: Do what we already do in the SMP version of
> on_each_cpu(), and use local_irq_save/local_irq_restore.
I was going to apply this, but started looking a bit more.
Using "flags" as a variable name inside a macro like this is a
* Kishon Vijay Abraham I [130613 22:41]:
> Hi,
>
> On Thursday 13 June 2013 06:35 PM, Tomi Valkeinen wrote:
> >Hi,
> >
> >On 28/05/13 08:18, Kishon Vijay Abraham I wrote:
> >>Hi Tony,
> >>
> >>On Friday 17 May 2013 06:52 PM, Kishon Vijay Abraham I wrote:
> >>>In order for controllers to get PHY i
Hi Ben,
On Fri, Jun 14, 2013 at 05:11:55AM +0100, Ben Hutchings wrote:
> On Mon, 2013-06-10 at 12:15 +0200, Willy Tarreau wrote:
> [...]
> > Eric Dumazet (8):
> [...]
> > softirq: reduce latencies
> [...]
>
> This one apparently introduces a regression, fixed in mainline by commit
> 34376a5
* Pavel Machek [130613 16:14]:
> Hi!
>
> > > Now, by chance, any idea what is DT equivalent of
> > >
> > > omap3_mux_init(board_mux, OMAP_PACKAGE_CBB);
> >
> > You can try the attached hack after calling the above to grep for
> > pins in /sys/kernel/debug/omap_mux/board/core and you get the pi
On 14/06/2013 06:12, Eric Dumazet wrote:
On Fri, 2013-06-14 at 04:57 +0300, Eliezer Tamir wrote:
Use sched_clock() instead of get_cycles().
We can use sched_clock() because we don't care much about accuracy.
Remove the dependency on X86_TSC
Signed-off-by: Eliezer Tamir
---
-static inline b
Since for max_load and this_load, they are the value that already be
scaled. It is not reasonble to get a minimum value between the scaled
and non-scaled value, like below example.
min(sds->busiest_load_per_task, sds->max_load);
Also add comment over in what condition, there would be cpu p
On Thu, Jun 13, 2013 at 10:33:26PM -0700, Joe Perches wrote:
> On Fri, 2013-06-14 at 15:21 +1000, Dave Chinner wrote:
> > On Thu, Jun 13, 2013 at 07:37:50PM -0700, Joe Perches wrote:
> > > This typedef is unnecessary and should just be removed.
> > >
> > > Signed-off-by: Joe Perches
> >
> > Look
Here is two patches which correct the scale usage in the fix_small_balance,
and give out comment over when fix_small_imbalance would cause load change.
Lei Wen (2):
sched: reduce calculation effort in fix_small_imbalance
sched: scale the busy and this queue's per-task load before compare
ker
Actually all below item could be repalced by scaled_busy_load_per_task
(sds->busiest_load_per_task * SCHED_POWER_SCALE)
/sds->busiest->sgp->power;
Signed-off-by: Lei Wen
---
kernel/sched/fair.c | 19 ---
1 file changed, 8 insertions(+), 11 deletions(-)
Hello,
On 6/12/2013 9:21 PM, Prarit Bhargava wrote:
> On 06/11/2013 03:41 AM, Shinya Kuribayashi wrote:
>> [ 27.857330] hrtimer: interrupt took 0 ns
>
> ^^^ see below ...
This may be because the frequency of our tick timer source in this
system is very slow, it's 32768 Hz. I think it's not
On Fri, Jun 14, 2013 at 12:06:51AM +0200, Arnd Bergmann wrote:
> On Thursday 13 June 2013 15:43:42 Maxime Ripard wrote:
> > +
> > + ahb@8008 {
> > + usb0: usb@8008 {
> > + pinctrl-names = "default";
> > + pinctrl-0 = <&usb0_otg
Willy Tarreau wrote...
> I'm attaching the two patches here to be appled on top of 2.6.32.61, I would
> like it if you could try in your environment to confirm that they correctly
> fix the issue.
Confirmation: Kernel builds and runs for both Debian squeeze and
wheezy (gcc 4.4 and gcc 4.7) on i38
On 14/06/13 08:47, Tony Lindgren wrote:
> * Kishon Vijay Abraham I [130613 22:41]:
>> Hi,
>>
>> On Thursday 13 June 2013 06:35 PM, Tomi Valkeinen wrote:
>>> Hi,
>>>
>>> On 28/05/13 08:18, Kishon Vijay Abraham I wrote:
Hi Tony,
On Friday 17 May 2013 06:52 PM, Kishon Vijay Abraham I w
Hi Christoph,
On Fri, Jun 14, 2013 at 08:23:18AM +0200, Christoph Biedl wrote:
> Willy Tarreau wrote...
>
> > I'm attaching the two patches here to be appled on top of 2.6.32.61, I would
> > like it if you could try in your environment to confirm that they correctly
> > fix the issue.
>
> Confir
On 06/10/2013 07:01 AM, Matthew Garrett wrote:
> Windows 8 leaves backlight control up to individual graphics drivers rather
> than making ACPI calls itself. There's plenty of evidence to suggest that
> the Intel driver for Windows doesn't use the ACPI interface, including the
> fact that it's brok
On Fri, Jun 14, 2013 at 02:30:53PM +0800, Shawn Guo wrote:
> On Fri, Jun 14, 2013 at 12:06:51AM +0200, Arnd Bergmann wrote:
> > On Thursday 13 June 2013 15:43:42 Maxime Ripard wrote:
> > > +
> > > + ahb@8008 {
> > > + usb0: usb@8008 {
> > > + pinctr
On Thu, Jun 13, 2013 at 03:43:41PM +0200, Maxime Ripard wrote:
> Brian Lilly (3):
> ARM: cfa10049: Switch the chip select pin of the LCD controller
> ARM: mxs: dt: Add the Crystalfontz CFA-10055 device tree
> ARM: mxs: dt: Add Crystalfontz CFA-10057 device tree
>
> Maxime Ripard (1):
> ARM
Hi Will,
We have tested the patch,
It seems ok in the stability test .
We have merged it into our main branch .
Thanks for your patch !
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Monday, June 03, 2013 5:54 PM
To: Wang, Yalin
Cc: 'richard -rw- weinberger'; '
701 - 721 of 721 matches
Mail list logo
