On Wed, 23 Jan 2013 10:32:17 +0800
Freddy Xin wrote:
> This is a resubmission.
> Fixed coding style errors.
[...]
> This patch adds a driver for ASIX's AX88179 family of USB 3.0/2.0
> to gigabit ethernet adapters. It's based on the AX88xxx driver but
I hope, there is some error/mistake on my
On Sat, Jan 26, 2013 at 2:43 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Make acpi_bus_scan_fixed() use device_attach() directly to attach
> drivers, if any, to the fixed devices in analogy with how
> acpi_bus_scan() works, which allows the last argument of
>
On Sat, Jan 26, 2013 at 2:41 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> There is no guarantee that acpi_bus_scan() and acpi_bus_trim() will
> not be run in parallel for the same scope of the ACPI namespace,
> which may lead to a great deal of confusion, so introduce a new mutex
>
From: Borislav Petkov
Put all config options needed to run Linux as a guest behind a
CONFIG_HYPERVISOR_GUEST menu so that they don't get built-in by default
but be selectable by the user. Also, make all units which depend on
x86_hyper, depend on this new symbol so that compilation doesn't fail
From: Borislav Petkov
This should be under the PARAVIRT_GUEST menu.
Signed-off-by: Borislav Petkov
---
arch/x86/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 2d621032525a..201b8aa93f8f 100644
--- a/arch/x86/Kconfig
Hi All,
The following patches make two more changes to the ACPI namespace scanning
code that I think are more-or-less useful:
[1/2] Introduce lock to prevent acpi_bus_scan() from running in parallel with
acpi_bus_trim() to avoid removing device nodes while we're setting
them up.
From: Rafael J. Wysocki
There is no guarantee that acpi_bus_scan() and acpi_bus_trim() will
not be run in parallel for the same scope of the ACPI namespace,
which may lead to a great deal of confusion, so introduce a new mutex
to prevent that from happening.
Signed-off-by: Rafael J. Wysocki
From: Rafael J. Wysocki
Make acpi_bus_scan_fixed() use device_attach() directly to attach
drivers, if any, to the fixed devices in analogy with how
acpi_bus_scan() works, which allows the last argument of
acpi_add_single_object() to be dropped and the manipulation of the
flags.match_driver bit
On Sat, Jan 26, 2013 at 1:46 AM, Stephen Rothwell wrote:
> On Fri, 25 Jan 2013 08:53:58 -0800 Randy Dunlap wrote:
>>
>> Seeing lots of this error on i386:
>>
>> arch/x86/kvm/emulate.c:1016: Error: unsupported for `push'
>
> Caused by commit 9ae9febae950 ("KVM: x86 emulator: covert SETCC to
>
On Saturday, January 26, 2013 10:39:53 PM Shawn Guo wrote:
> Mark,
>
> On Fri, Jan 25, 2013 at 01:46:45PM -0600, Mark Langsdorf wrote:
> > +static int hb_cpufreq_driver_init(void)
> > +{
> > + struct device *cpu_dev;
> > + struct clk *cpu_clk;
> > + struct device_node *np;
> > + int ret;
Fixed multiple coding style issues
Signed-off-by: Jake Champlin
---
drivers/staging/csr/csr_msgconv.c | 392 --
1 file changed, 169 insertions(+), 223 deletions(-)
diff --git a/drivers/staging/csr/csr_msgconv.c
b/drivers/staging/csr/csr_msgconv.c
index
On 01/25/2013 09:51 AM, Linus Walleij wrote:
> On Fri, Jan 25, 2013 at 9:36 AM, Gregory CLEMENT
> wrote:
>
>> Well, at the beginning I thought adding support for pca9505 was just a matter
>> of a couple of lines to add. Then I realized that I need to handle the 40
>> bits
>> case, and I ended
Hi Arnd,
On Sat, Jan 26, 2013 at 12:25:09AM +, Arnd Bergmann wrote:
> On Friday 25 January 2013, James Hogan wrote:
> > Review seems to have gone quiet. I'm fairly happy with this core
> > patchset in it's currently form (only trivial alterations required since
> > the v3 patches, e.g. some
On Saturday, January 26, 2013 07:27:06 PM Sedat Dilek wrote:
> On Sat, Jan 26, 2013 at 4:05 PM, Sedat Dilek wrote:
> > On Sat, Jan 26, 2013 at 3:33 PM, Sedat Dilek wrote:
> >> On Sat, Jan 26, 2013 at 2:24 PM, Sedat Dilek wrote:
> >>> On Sat, Jan 26, 2013 at 2:25 PM, Rafael J. Wysocki wrote:
>
On Sunday, January 27, 2013 02:42:38 AM Jiang Liu wrote:
> On 01/24/2013 08:26 AM, Rafael J. Wysocki wrote:
> > Hi All,
> >
> > There is a considerable amount of confusion in the ACPI subsystem about what
> > ACPI drivers are used for. Namely, some of them are used as "normal" device
> > drivers
>From: Roland Eggner
Add vi-style navigation keys, based on initial work by Dmitry Voytik. Users of
netbooks, notebooks and other devices with keyboards lacking a dedicated number
keypad will enjoy. And advanced users of vim, less, mutt, … having navigation
by keys hjkl “hardwired” in their
Quoting Eric W. Biederman (ebied...@xmission.com):
>
> There is no backing store to ramfs and file creation
> rules are the same as for any other filesystem so
> it is semantically safe to allow unprivileged users
> to mount it.
>
> The memory control group successfully limits how much
> memory
Carlos, did you try this patch?
https://bugzilla.kernel.org/attachment.cgi?id=73510
On Sat, Jan 26, 2013 at 5:39 PM, Carlos R. Mafra wrote:
> On Sat, 26 Jan 2013 at 14:23:12 +0100, Rafael J. Wysocki wrote:
>> On Saturday, January 26, 2013 12:23:37 PM Carlos R. Mafra wrote:
>> > On Thu, 8 Nov
On Sat, Jan 26, 2013 at 11:24:00AM -0800, Joe Perches wrote:
> First number, then size.
>
> Signed-off-by: Joe Perches
Applied, thanks.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To unsubscribe from this list: send the line "unsubscribe
Quoting Eric W. Biederman (ebied...@xmission.com):
>
> - The context in which devpts is mounted has no effect on the creation
> of ptys as the /dev/ptmx interface has been used by unprivileged
> users for many years.
>
> - Only support unprivileged mounts in combination with the newinstance
Hi,
On Sat, Jan 26, 2013 at 04:01:44PM -0500, Steven Rostedt wrote:
> On Sat, 2013-01-26 at 22:15 +0200, Aaro Koskinen wrote:
> > On Fri, Jan 25, 2013 at 01:13:15PM -0500, Steven Rostedt wrote:
> > > Commit d3ce88431892 "MIPS: Fix modpost error in modules attepting to use
> > > virt_addr_valid()"
Hi Chris,
Chris Clayton wrote:
> Hi Martin,
>
> On 01/24/13 19:21, Martin Mokrejs wrote:
>> Hi Chris,
>>try to include in kernel only acpiphp and omit pciehp. Don't use modules
>> but include
>> them statically. And try, in addition, check whether "pcie_aspm=off" in
>> grub.conf helped.
>>
Quoting Eric W. Biederman (ebied...@xmission.com):
>
> In the help text describing user namespaces recommend use of memory
> control groups. In many cases memory control groups are the only
> mechanism there is to limit how much memory a user who can create
> user namespaces can use.
>
>
The fast rep movsb was introduced on Ivy Bridge, IIRC.
Linus Torvalds wrote:
>On Sat, Jan 26, 2013 at 7:18 AM, H. Peter Anvin wrote:
>> On the CPUs Ling is testing on the downsides of -Os probably matter
>less, in particular since rep movsb works well.
>>
>> It is questionable as a generic
Quoting Eric W. Biederman (ebied...@xmission.com):
>
> When I initially wrote the code for /proc//uid_map. I was lazy
> and avoided duplicate mappings by the simple expedient of ensuring the
> first number in a new extent was greater than any number in the
> previous extent.
>
> Unfortunately
We have discussed -Ok(ernel) with the gcc guys in earnest. They are receptive
but lack the round tuits.
Steven Rostedt wrote:
>On Sat, 2013-01-26 at 11:43 -0800, Linus Torvalds wrote:
>
>> The problem, of course, is that most -O2 code generation is done
>> assuming hot loops that don't show
On Sat, 2013-01-26 at 11:43 -0800, Linus Torvalds wrote:
> The problem, of course, is that most -O2 code generation is done
> assuming hot loops that don't show much if any I$ issues. And the -Os
> thing is done *purely* for size, not taking any performance into
> account at all. There's no
On Sat, 2013-01-26 at 22:15 +0200, Aaro Koskinen wrote:
> Hi,
>
> On Fri, Jan 25, 2013 at 01:13:15PM -0500, Steven Rostedt wrote:
> > Commit d3ce88431892 "MIPS: Fix modpost error in modules attepting to use
> > virt_addr_valid()" moved __virt_addr_valid() from a macro in a header
> > file to a
On Sat, Jan 26, 2013 at 12:54:02PM +0100, Ingo Molnar wrote:
>
> * Andi Kleen wrote:
>
> > From: Andi Kleen
> >
> > Implement the TSX transaction and checkpointed transaction
> > qualifiers for Haswell. This allows e.g. to profile the number
> > of cycles in transactions.
>
> The changelog
Quoting Eric W. Biederman (ebied...@xmission.com):
>
> When freeing a deeply nested user namespace free_user_ns calls
> put_user_ns on it's parent which may in turn call free_user_ns again.
> When -fno-optimize-sibling-calls is passed to gcc one stack frame per
> user namespace is left on the
Hi Martin,
On 01/24/13 19:21, Martin Mokrejs wrote:
Hi Chris,
try to include in kernel only acpiphp and omit pciehp. Don't use modules but
include
them statically. And try, in addition, check whether "pcie_aspm=off" in
grub.conf helped.
Thanks for the tip. I had the pciehp driver
Dan,
Ok, thank you.
Will fix errors and resubmit.
--
Jake Champlin
jake.champlin...@gmail.com
On Sat, Jan 26, 2013 at 11:35:12PM +0300, Dan Carpenter wrote:
> On Sat, Jan 26, 2013 at 03:14:35PM -0500, Jake Champlin wrote:
> > Resolved 150 Style Errors and 202 Coding Style
On Sat, Jan 26, 2013 at 03:14:35PM -0500, Jake Champlin wrote:
> Resolved 150 Style Errors and 202 Coding Style Warnings.
>
Normally we would prefer that these are broken up into a several
different patches that each fix one type of style issue.
[patch 1/x] csr: csr_msgconv: use tab indents
Dear Jonathan,
>> If you can identify where it was fixed then your patch for older
>> versions should go to stable with a reference to the upstream fix (see
>> Documentation/stable_kernel_rules.txt).
>
> How about this patch?
>
> It was applied in mainline during the 3.3 merge window, so kernels
Hi,
On Fri, Jan 25, 2013 at 01:13:15PM -0500, Steven Rostedt wrote:
> Commit d3ce88431892 "MIPS: Fix modpost error in modules attepting to use
> virt_addr_valid()" moved __virt_addr_valid() from a macro in a header
> file to a function in ioremap.c. But ioremap.c is only compiled for MIPS
> 32,
Resolved 150 Style Errors and 202 Coding Style Warnings.
Signed-off-by: Jake Champlin
---
drivers/staging/csr/csr_msgconv.c | 391 --
1 file changed, 168 insertions(+), 223 deletions(-)
diff --git a/drivers/staging/csr/csr_msgconv.c
On Fri, Jan 25, 2013 at 11:53 PM, Wang YanQing wrote:
> I get below warning every day with 3.7,
> one or two times per day.
>
> [ 2235.186027] WARNING: at
> /mnt/sda7/kernel/linux/arch/x86/kernel/apic/ipi.c:109
> default_send_IPI_mask_logical+0x2f/0xb8()
> [ 2235.186030] Hardware name: Aspire
Adding support to parse non architectural event aliases
for given cpu. These aliases will be provided as single
files parsed by pmu_aliases_parse_multi function.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter
Adding support for name term being specified within
the alias definition and gives the name for the alias.
Alias could be now defined like:
name=BR_MISP_EXEC.ALL_BRANCHES,event=0x89,umask=0xff
It'll be handy for having single file with multiple
alias definitions.
Signed-off-by: Jiri Olsa
Cc:
Changing perf_pmu__new_alias interface not to work directly with
FILE object, so it can be reused by other code paths coming in
shortly.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo
Adding non architectural event aliases for IvyBridge
micro architecture.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
Cc: Andi Kleen
Cc: Stephane Eranian
---
Adding pmu_aliases_parse_multi function to parse and add
aliases from single file. The file format follows the
alias format, each line for single alias. Each line
must contains 'name' term, like:
name=BR_MISP_EXEC.ALL_BRANCHES,event=0x89,umask=0xff
name=BR_MISP_EXEC.COND,event=0x89,umask=0x1
Adding non architectural event aliases for SandyBridge
micro architecture.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
Cc: Andi Kleen
Cc: Stephane Eranian
---
From: Andi Kleen
List the kernel supplied pmu event aliases in perf list
It's better when the users can actually see them.
v2: Fix pattern matching
Signed-off-by: Andi Kleen
[ removed 'OR' alternative syntax from display & changed subject ]
[ rebased to latest perf tool changes ]
Adding '.' to be recognized as valid part of the event 'name'
token. Upcoming non architectural events use '.' as part
of the name.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho
hi,
adding support to use non-architectural events in perf via name,
to be able to use them like:
$ perf stat -e 'cpu/IDQ.ALL_DSB_CYCLES/' ...
$ perf stat -e 'cpu/L2_STORE_LOCK_RQSTS.MISS/' ...
...
The perf list command displays current non-arch. events available:
$ perf list
...
On 25-01-2013 15:11, Kishon Vijay Abraham I wrote:
Add dwc3 core dt data as a subnode to dwc3 omap glue data in omap5 dt
data file. The information for the entered data node is available @
Documentation/devicetree/bindings/usb/dwc3.txt
Signed-off-by: Kishon Vijay Abraham I
---
Hello.
On 25-01-2013 15:11, Kishon Vijay Abraham I wrote:
Add dwc3 omap glue data to the omap5 dt data file. The information about
the dt node added here is available @
Documentation/devicetree/bindings/usb/omap-usb.txt
Signed-off-by: Kishon Vijay Abraham I
---
On Sat, Jan 26, 2013 at 7:18 AM, H. Peter Anvin wrote:
> On the CPUs Ling is testing on the downsides of -Os probably matter less, in
> particular since rep movsb works well.
>
> It is questionable as a generic default, though.
So being the person who really pushed for -Os to begin with (I
>From: Roland Eggner
More reasonable labels of function keys line. Rename labels and keep menu
width, as required for fitting on COLUMNS=80 terminals:
• s/Insts/Help 2/
• s/Config/ShowAll/
Signed-off-by: Roland Eggner
---
scripts/kconfig/nconf.c | 8
1 files changed, 4
kcalloc is sometimes misused with the
first and second arguments switched.
Same issue with kmalloc_array too.
Bleat if sizeof is the first argument
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 6 ++
1 file changed, 6 insertions(+)
diff --git a/scripts/checkpatch.pl
First number, then size.
Signed-off-by: Joe Perches
---
include/net/gro_cells.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/net/gro_cells.h b/include/net/gro_cells.h
index e5062c9..734d9b5 100644
--- a/include/net/gro_cells.h
+++ b/include/net/gro_cells.h
@@
First number, then size.
Signed-off-by: Joe Perches
---
drivers/edac/edac_mc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/edac/edac_mc.c b/drivers/edac/edac_mc.c
index a641f62..fb219bc 100644
--- a/drivers/edac/edac_mc.c
+++ b/drivers/edac/edac_mc.c
@@
>From: Roland Eggner
Rewrite all help texts. During several years lazy (incomplete) updates have
left behind a rather thick layer of dust. Intentions:
(1) Global help called by should document all _currently_ implemented
keybindings.
(2) Different help texts called by resp. should
On Sat, Jan 26, 2013 at 06:27:46PM +0100, Jiri Olsa wrote:
> hi,
> adding sysfs attribute to specify the maximum allowed value
> for perf_event_attr::precise_ip field.
>
> Adding functionality for simple 'precise' term to get the
> maximum allowed value for perf_event_attr::precise_ip field.
>
>
On 01/24/2013 08:26 AM, Rafael J. Wysocki wrote:
> Hi All,
>
> There is a considerable amount of confusion in the ACPI subsystem about what
> ACPI drivers are used for. Namely, some of them are used as "normal" device
> drivers that bind to devices and handle them using ACPI control methods
On Fri, Jan 25, 2013 at 04:15:19PM -0800, Dmitry Torokhov wrote:
> Hi Neil,
>
> On Friday, January 25, 2013 06:59:53 PM Neil Horman wrote:
> > On Fri, Jan 25, 2013 at 09:37:50AM -0800, ack...@vmware.com wrote:
> > > +
> > > +config VMWARE_VSOCK
> > > + tristate "Virtual Socket protocol"
> > > +
On Sat, Jan 26, 2013 at 4:05 PM, Sedat Dilek wrote:
> On Sat, Jan 26, 2013 at 3:33 PM, Sedat Dilek wrote:
>> On Sat, Jan 26, 2013 at 2:24 PM, Sedat Dilek wrote:
>>> On Sat, Jan 26, 2013 at 2:25 PM, Rafael J. Wysocki wrote:
On Saturday, January 26, 2013 12:10:32 PM Sedat Dilek wrote:
>
On Sat, Jan 26, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Olaf Hering [mailto:o...@aepfle.de]
> > Sent: Friday, January 25, 2013 3:00 PM
> > To: KY Srinivasan
> > Cc: linux-kernel@vger.kernel.org; Greg KH; Jan Beulich (jbeul...@suse.com)
> > Subject: Re: [PATCH] x86:
On Jan 26, 2013, at 2:19 PM, Axel Lin wrote:
> Signed-off-by: Axel Lin
> ---
> drivers/regulator/lp8755.c |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/regulator/lp8755.c b/drivers/regulator/lp8755.c
> index 8b1ce0f..f0f6ea0 100644
> ---
From: anish kumar
As no one is using the return value of irq_work_queue function
it is better to just make it void.
Acked-by: Steven Rostedt
Signed-off-by: anish kumar
---
include/linux/irq_work.h |2 +-
kernel/irq_work.c|5 ++---
2 files changed, 3 insertions(+), 4
Adding sysfs 'precise' attribute for cpu device
(/sys/devices/cpu/precise) to show the maximum
value for perf event precise attribute.
This will be initially used for automated precise
event perf test and could be helpful otherwise.
TODO Arnaldo suggested to use this as a guide for
default
hi,
adding sysfs attribute to specify the maximum allowed value
for perf_event_attr::precise_ip field.
Adding functionality for simple 'precise' term to get the
maximum allowed value for perf_event_attr::precise_ip field.
And finally adding several precise automated tests.
thanks,
jirka
Adding automated test for precise term test in event:
'cpu/cycles,precise/'
'cpu/cycles,precise/p'
'cpu/cycles,precise/u'
to check proper values of precise_ip driven by sysfs
precise attribute.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc:
The test detects the precise attribute availability and try
to open perf event with each allowed precise attribute value.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
Adding ABI documentation for newly added 'rdpmc' sysfs
attribute. It's added under the testing section.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
Cc: Andi Kleen
The 'p' event modifier is stronger than setting precise_ip
using the 'precise' term, like:
'cpu/cycles,precise/' - precise_ip = sysfs precise value
'cpu/cycles,precise/p' - precise_ip = 1
There's currently bug if the event modifier without 'p' is
specified the precise_ip is set to zero,
From: Andi Kleen
Add a precise qualifier, like cpu/event=0x3c,precise=1/
This is needed so that the kernel can request enabling PEBS
for TSX events. The parser bails out on any sysfs parse errors,
so this is needed in any case to handle any event on the TSX
perf kernel.
Signed-off-by: Andi
Adding ABI documentation for newly added 'precise' sysfs
attribute. It's added under the testing section.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
Cc: Andi Kleen
Adding precise util object to get maximum value for
perf_event_attr::precise_ip. The value is exported
via sysfs file '/sys/devices/cpu/precise'.
The interface is:
int perf_precise__get(void)
Returns:
maximum value allowed for perf_event_attr::precise_ip
0 if sysfs attribute is not found
Currently if the term is specified without any value like
-e 'cpu/...,precise,../', the number '1' is assigned as
its default value.
Adding special treatment for 'precise' term to use the
maximum allowed precise value in such case using the
perf_precise__get function.
Signed-off-by: Jiri Olsa
> -Original Message-
> From: Olaf Hering [mailto:o...@aepfle.de]
> Sent: Friday, January 25, 2013 3:00 PM
> To: KY Srinivasan
> Cc: linux-kernel@vger.kernel.org; Greg KH; Jan Beulich (jbeul...@suse.com)
> Subject: Re: [PATCH] x86: Hyper-V: register clocksource only if its advertised
>
>
> -Original Message-
> From: H. Peter Anvin [mailto:h...@zytor.com]
> Sent: Friday, January 25, 2013 8:05 PM
> To: H. Peter Anvin
> Cc: mi...@kernel.org; linux-kernel@vger.kernel.org; konrad.w...@oracle.com;
> torva...@linux-foundation.org; jbeul...@suse.com; t...@linutronix.de; linux-
>
2012/11/3 anish kumar :
> From: anish kumar
>
> As no one is using the return value of irq_work_queue function
> it is better to just make it void.
>
> Acked-by: Steven Rostedt
> Signed-off-by: anish kumar
> ---
> kernel/irq_work.c |5 ++---
> 1 files changed, 2 insertions(+), 3
We scale stime, utime values based on rtime (sum_exec_runtime converted
to jiffies). During scaling we multiple rtime * utime, which seems to be
fine, since both values are converted to u64, but it's not.
Let assume HZ is 1000 - 1ms tick. Process consist of 64 threads, run
for 1 day, threads
On Fri, Jan 25, 2013 at 1:10 PM, Chris Staite wrote:
> From: Christopher Staite
>
> Fix commit 62444b7462a2b98bc78d68736c03a7c4e66ba7e2 for HD 6450. The stop
> and resume causes the screen to glitch and the X server to reboot constantly.
> Re-instating the UPDATE_LOCK fixes the issue in
(In the teach a person to fish category...)
If you know the file and line number where a bug/regression was
introduced, the "git blame" command is a great tool for identifying
the commit which changed a given line of code. Then use "git tag
--contains " to see when a particular commit was
On Sat, Jan 26, 2013 at 07:18:26AM -0800, H. Peter Anvin wrote:
> On the CPUs Ling is testing on the downsides of -Os probably matter
>less, in particular since rep movsb works well.
>
> It is questionable as a generic default, though.
>
> The whole -Ok discussion came from that.
Hmm,
maybe this
On the CPUs Ling is testing on the downsides of -Os probably matter less, in
particular since rep movsb works well.
It is questionable as a generic default, though.
The whole -Ok discussion came from that.
Borislav Petkov wrote:
>On Sat, Jan 26, 2013 at 04:25:57AM -0800, tip-bot for Ma Ling
Hi Benoit,
2012/12/12 Benoit Cousson :
> Hi Matthias,
>
> On 12/12/2012 04:33 PM, Matthias Brugger wrote:
>> This patch is a follow-up patch for Javier Martinez effort adding initial
>> device tree support to IGEP technology devices. [1]
>>
>> It adds uart1 and uart2 bindings to the generic dtsi
Yes.
Ingo Molnar wrote:
>
>* H. Peter Anvin wrote:
>
>> On 01/25/2013 12:21 AM, Jan Beulich wrote:
>> >>
>> >> I don't see anything wrong, except that I can't *find* patch 3/3
>either
>> >> in my inbox nor on LKML...
>> >
>> > I can certainly resend the whole set, but our email system even
>>
On Sat, Jan 26, 2013 at 3:33 PM, Sedat Dilek wrote:
> On Sat, Jan 26, 2013 at 2:24 PM, Sedat Dilek wrote:
>> On Sat, Jan 26, 2013 at 2:25 PM, Rafael J. Wysocki wrote:
>>> On Saturday, January 26, 2013 12:10:32 PM Sedat Dilek wrote:
On Fri, Jan 25, 2013 at 6:26 AM, Stephen Rothwell
Mark,
On Fri, Jan 25, 2013 at 01:46:45PM -0600, Mark Langsdorf wrote:
> +static int hb_cpufreq_driver_init(void)
> +{
> + struct device *cpu_dev;
> + struct clk *cpu_clk;
> + struct device_node *np;
> + int ret;
> +
> + for_each_child_of_node(of_find_node_by_path("/cpus"), np)
2013/1/26 Joe Perches :
> On Sat, 2013-01-26 at 01:45 +0100, Frederic Weisbecker wrote:
>> > diff --git a/kernel/sched/cputime.c b/kernel/sched/cputime.c
> []
>> > @@ -282,7 +282,7 @@ static __always_inline bool
>> > steal_account_process_tick(void)
> []
>> > - return st;
>> > +
Since the Allwinner SoCs variants don't have the same set of pins to
handle, we need to declare the pin ranges available.
Signed-off-by: Maxime Ripard
---
drivers/pinctrl/pinctrl-sunxi.c | 554 +++
drivers/pinctrl/pinctrl-sunxi.h | 68 +
2 files
The Allwinner A10 has 9 banks of 32 GPIOs available, so it doesn't fit
in the usual 256 limit set by gpio.h. Increase this number to 288.
Signed-off-by: Maxime Ripard
---
arch/arm/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun4i-a10.dtsi | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/sun4i-a10.dtsi b/arch/arm/boot/dts/sun4i-a10.dtsi
index 73e0dd5..f99f60d 100644
--- a/arch/arm/boot/dts/sun4i-a10.dtsi
+++
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun4i-a10.dtsi |9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/sun4i-a10.dtsi b/arch/arm/boot/dts/sun4i-a10.dtsi
index e61fdd4..73e0dd5 100644
--- a/arch/arm/boot/dts/sun4i-a10.dtsi
+++
Signed-off-by: Maxime Ripard
---
drivers/pinctrl/pinctrl-sunxi.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-sunxi.c b/drivers/pinctrl/pinctrl-sunxi.c
index 4ed0e7e..34b4e90 100644
--- a/drivers/pinctrl/pinctrl-sunxi.c
+++
On Sat, Jan 26, 2013 at 2:24 PM, Sedat Dilek wrote:
> On Sat, Jan 26, 2013 at 2:25 PM, Rafael J. Wysocki wrote:
>> On Saturday, January 26, 2013 12:10:32 PM Sedat Dilek wrote:
>>> On Fri, Jan 25, 2013 at 6:26 AM, Stephen Rothwell
>>> wrote:
>>> > Hi all,
>>> >
>>> > Changes since 20130124:
>>>
Hi Maxime,
On Sat, Jan 26, 2013 at 6:31 AM, Maxime Ripard
wrote:
> The IP responsible for the muxing on the Allwinner SoCs are also
> handling the GPIOs on the system. This patch adds the needed driver that
> relies on the pinctrl driver for most of its operations.
>
> The number of pins
Hello, Arnd.
On Sat, Jan 26, 2013 at 5:48 AM, Arnd Bergmann wrote:
> If all in-kernel users are gone, why not just remove the function
> completely?
Out of pure kindness of my heart for the sad folks without the grace
of mainline. I was thinking to kill it in a release cycle or two.
Thanks.
On Saturday, January 26, 2013 02:49:30 AM Rafael J. Wysocki wrote:
> On Friday, January 25, 2013 04:07:38 PM Toshi Kani wrote:
> > On Fri, 2013-01-25 at 23:11 +0100, Rafael J. Wysocki wrote:
> > > On Friday, January 25, 2013 09:52:21 AM Toshi Kani wrote:
> > > > On Thu, 2013-01-24 at 01:26 +0100,
On Saturday, January 26, 2013 01:39:37 PM Carlos R. Mafra wrote:
> On Sat, 26 Jan 2013 at 14:23:12 +0100, Rafael J. Wysocki wrote:
> > On Saturday, January 26, 2013 12:23:37 PM Carlos R. Mafra wrote:
> > > On Thu, 8 Nov 2012 at 5:47:15 +0100, Greg KH wrote:
> > > > On Wed, Nov 07, 2012 at
On Saturday 26 January 2013, Tejun Heo wrote:
>
> There was only one legitimate use of idr_remove_all() and a lot more
> of incorrect uses (or lack of it). Now that idr_destroy() implies
> idr_remove_all() and all the in-kernel users updated not to use it,
> there's no reason to keep it around.
On Sat, 26 Jan 2013 at 14:23:12 +0100, Rafael J. Wysocki wrote:
> On Saturday, January 26, 2013 12:23:37 PM Carlos R. Mafra wrote:
> > On Thu, 8 Nov 2012 at 5:47:15 +0100, Greg KH wrote:
> > > On Wed, Nov 07, 2012 at 10:49:40PM +0100, Rafael J. Wysocki wrote:
> > > > On Tuesday, November 06,
On Saturday 26 January 2013, Russell King - ARM Linux wrote:
> On Fri, Jan 25, 2013 at 11:45:25PM +, Arnd Bergmann wrote:
> > On Friday 25 January 2013, Myklebust, Trond wrote:
> > > > -Original Message-
> > > > From: Arnd Bergmann [mailto:a...@arndb.de]
> > > > Marking it as
The included kernel configuration only consumes a few kb. In order to
prevent premature optimization, show the the option for not including
the kernel configuration only for embedded systems.
Signed-off-by: Alexander Holler
---
init/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2
Hello,
I've seen too many systems where the config to build the used kernel got
lost and people were unable to diagnose problems or to rebuild a modified
or updated kernel. It's a subject which worries me since several years.
Therefor I finally prepared the following patch(es) to include the
The configuration used to build a kernel (.config) is an import part of
the kernel because it defines many aspects how the kernel handles all kind
of stuff.
Without knowing the used configuration, it is almost impossible
to diagnose problems or to determine how many functionalities are handled
by
101 - 200 of 506 matches
Mail list logo
