Add 'F' hotkey to toggle relative and absolute percentage of filtered
entries.
Suggested-by: Jiri Olsa
Acked-by: Jiri Olsa
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 4
1 file changed, 4 insertions(+)
diff --git a/tools/perf/ui/browsers/hists.c
The --percentage option is for controlling overhead percentage
displayed. It can only receive either of "relative" or "absolute".
"relative" means it's relative to filtered entries only so that the
sum of shown entries will be always 100%. "absolute" means it retains
the original value before
The --percentage option is for controlling overhead percentage
displayed. It can only receive either of "relative" or "absolute" and
affects -c delta output only.
For more information, please see previous commit same thing done to
"perf report".
Acked-by: Jiri Olsa
Signed-off-by: Namhyung Kim
Add hist.percentage option for setting default value of the
symbol_conf.filter_relative. It affects the output of various perf
commands (like perf report, top and diff) only if filter(s) applied.
An user can write .perfconfig file like below to show absolute
percentage of filtered entries by
Instead of the pointer to buffer and its size so that it can also get
private argument passed along with hpp.
This is a preparation of further change.
Cc: Jiri Olsa
Signed-off-by: Namhyung Kim
---
tools/perf/ui/gtk/hists.c | 4 ++-
tools/perf/ui/hist.c | 87
Hi Stephen,
Today's linux-next merge of the bcm2835 tree got a conflict in
arch/arm/mach-bcm2835/Kconfig between commits ddb902cc3459 ("ARM:
centralize common multi-platform kconfig options") and 0676b21fffd1
("ARM: bcm2835: enable V6K instead of plain V6") from the arm-soc tree
and commit
Looks good, thanks.
Andrew, if you haven't already, can you please take that one for integration
via your mm series? Thanks!
Best regards,
Anton
On 27 Feb 2014, at 11:43, Fabian Frederick wrote:
> File was removed in the following commit :
> 7c821a179f91c3ad52588400ce52a7fb48b9868c
On 27 February 2014 10:55, Viresh Kumar wrote:
> Hi Rashika,
>
> On 26 February 2014 22:08, Rashika Kheria wrote:
>> Mark function as static in cpufreq.c because it is not
>> used outside this file.
>>
>> This eliminates the following warning in cpufreq.c:
>> drivers/cpufreq/cpufreq.c:355:9:
On 03/02/2014 04:07 PM, Matthew Garrett wrote:
> On Mon, Mar 03, 2014 at 07:23:06AM +0800, Li, Aubrey wrote:
>
>> Windows doesn't do because there is no 32/64 mixed windows and EFI on
>> the planet. Since the silicon is actually 64 bit, I failed to see a
>> reason to refuse the user install 64bit
Hi Geert,
On Sun, 2 Mar 2014 11:34:39 +0100 Geert Uytterhoeven
wrote:
>
> Now allnoconfig started disabling CONFIG_PROC_FS:
>
> arch/cris/kernel/built-in.o:(.rodata+0xc): undefined reference to
> `show_cpuinfo'
> make: *** [vmlinux] Error 1
>
> Signed-off-by: Geert Uytterhoeven
On 02/26/2014 09:57 AM, H. Peter Anvin wrote:
> On 02/26/2014 09:10 AM, Matthew Garrett wrote:
>> On Wed, Feb 26, 2014 at 08:45:41AM -0800, H. Peter Anvin wrote:
>>
>>> Yes. Grub can be made to behave sanely by using "linux16" and
>>> "initrd16", but of course none of the distros do it that way.
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/arc/kernel/signal.c | 39 +++
1 file changed, 15 insertions(+), 24 deletions(-)
diff --git a/arch/arc/kernel/signal.c
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/avr32/kernel/signal.c | 43 ++-
1 file changed, 18 insertions(+), 25 deletions(-)
diff --git a/arch/avr32/kernel/signal.c
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/blackfin/kernel/signal.c | 39 +--
1 file changed, 17 insertions(+), 22 deletions(-)
diff --git a/arch/blackfin/kernel/signal.c
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/cris/arch-v10/kernel/signal.c | 79 --
arch/cris/arch-v32/kernel/signal.c | 77 +++--
2 files
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Tested-by: Mark Salter
Acked-by: Mark Salter
Signed-off-by: Richard Weinberger
---
arch/c6x/kernel/signal.c | 43 ++-
1 file changed, 18 insertions(+), 25 deletions(-)
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/frv/kernel/signal.c | 99 +++-
1 file changed, 40 insertions(+), 59 deletions(-)
diff --git a/arch/frv/kernel/signal.c
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/m68k/kernel/signal.c | 63 ++-
1 file changed, 24 insertions(+), 39 deletions(-)
diff --git a/arch/m68k/kernel/signal.c
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Acked-by: Richard Kuo
Signed-off-by: Richard Weinberger
---
arch/hexagon/kernel/signal.c | 45 ++--
1 file changed, 18 insertions(+), 27 deletions(-)
diff --git
On 03/02/2014 02:13 PM, Li, Aubrey wrote:
>
> No really. Given that we add all of the known methods into the default
> list, and BIOS is the last method, if your system hits BIOS, that means
> ACPI/KBD/EFI/PCI can't make your system reboot, so BIOS should make it
> work.
>
Or it means the KBD
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/mn10300/kernel/signal.c | 89 ++--
1 file changed, 36 insertions(+), 53 deletions(-)
diff --git a/arch/mn10300/kernel/signal.c
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
This inverts also the return codes of setup_*frame() to follow the
kernel convention.
Signed-off-by: Richard Weinberger
---
arch/powerpc/kernel/signal.c| 31 +++
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/metag/kernel/signal.c | 55 --
1 file changed, 24 insertions(+), 31 deletions(-)
diff --git a/arch/metag/kernel/signal.c
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/parisc/kernel/signal.c | 58 +++--
1 file changed, 24 insertions(+), 34 deletions(-)
diff --git a/arch/parisc/kernel/signal.c
On Mon, Mar 03, 2014 at 07:23:06AM +0800, Li, Aubrey wrote:
> Windows doesn't do because there is no 32/64 mixed windows and EFI on
> the planet. Since the silicon is actually 64 bit, I failed to see a
> reason to refuse the user install 64bit linux on it. So we encountered a
> case windows
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/xtensa/kernel/signal.c | 43 ---
1 file changed, 16 insertions(+), 27 deletions(-)
diff --git a/arch/xtensa/kernel/signal.c
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/unicore32/kernel/signal.c | 48 ++
1 file changed, 20 insertions(+), 28 deletions(-)
diff --git
Now we can turn get_signal() to the main function.
Signed-off-by: Richard Weinberger
---
include/linux/signal.h | 14 +-
kernel/signal.c| 23 ---
2 files changed, 13 insertions(+), 24 deletions(-)
diff --git a/include/linux/signal.h
- Pass a ksignal struct to it
- Remove unused regs parameter
- Make it private as it's nowhere outside of kernel/signal.c is used
Signed-off-by: Richard Weinberger
---
include/linux/signal.h | 1 -
kernel/signal.c| 21 -
2 files changed, 8 insertions(+), 14
Use the common helper instead of it's own variant.
Signed-off-by: Richard Weinberger
---
arch/arc/kernel/signal.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/arch/arc/kernel/signal.c b/arch/arc/kernel/signal.c
index c2031e2..bf11c8d 100644
---
These parameters are nowhere used, so we can remove them.
Signed-off-by: Richard Weinberger
---
include/linux/tracehook.h | 8 +---
kernel/signal.c | 2 +-
2 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/include/linux/tracehook.h b/include/linux/tracehook.h
index
On Mon, Mar 03, 2014 at 10:42:12AM +1100, David Gibson wrote:
> On Sun, Mar 02, 2014 at 10:39:14PM +0100, xypron.g...@gmx.de wrote:
> > From: Heinrich Schuchardt
> >
> > The information about the location of the source code of the
> > device tree compiler was inaccurate.
> >
> > Signed-off-by:
Use the common helper instead of it's own variant.
Signed-off-by: Richard Weinberger
---
arch/arm/kernel/signal.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git a/arch/arm/kernel/signal.c b/arch/arm/kernel/signal.c
index 04d6388..9c6a908 100644
---
On Mon, Mar 03, 2014 at 01:00:22AM +0100, Heinrich Schuchardt wrote:
> >Note that in general dtc patches should be CCed to myself and Jon
> >Loeliger , the dtc maintainers.
> >
>
> This is the relevant section in file MAINTAINERS of Torvald's git.
>
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger
---
arch/blackfin/kernel/signal.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/arch/blackfin/kernel/signal.c b/arch/blackfin/kernel/signal.c
index 1389cd3..707165a 100644
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger
---
arch/m32r/kernel/signal.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/arch/m32r/kernel/signal.c b/arch/m32r/kernel/signal.c
index cce3fd3..2673513 100644
---
From: Rafael J. Wysocki
Make the ACPI-based PCI hotplug (ACPIPHP) code use
pci_device_is_present() for checking if devices are present instead
of open coding the same thing.
Signed-off-by: Rafael J. Wysocki
---
On top of current linux-next.
Thanks!
---
drivers/pci/hotplug/acpiphp_glue.c |
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger
---
arch/m68k/kernel/signal.c | 15 ++-
1 file changed, 2 insertions(+), 13 deletions(-)
diff --git a/arch/m68k/kernel/signal.c b/arch/m68k/kernel/signal.c
index c8e6fa8..b8a428b 100644
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger
---
arch/microblaze/kernel/signal.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/arch/microblaze/kernel/signal.c b/arch/microblaze/kernel/signal.c
index
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger
---
arch/mn10300/kernel/signal.c | 27 ++-
1 file changed, 6 insertions(+), 21 deletions(-)
diff --git a/arch/mn10300/kernel/signal.c b/arch/mn10300/kernel/signal.c
index
Use the common helper instead of it's own variant.
Signed-off-by: Richard Weinberger
---
arch/s390/kernel/compat_signal.c | 15 ++-
arch/s390/kernel/signal.c| 15 ++-
2 files changed, 4 insertions(+), 26 deletions(-)
diff --git a/arch/s390/kernel/compat_signal.c
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger
---
arch/tile/kernel/compat_signal.c | 12 ++--
arch/tile/kernel/signal.c| 12 ++--
2 files changed, 4 insertions(+), 20 deletions(-)
diff --git
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger
---
arch/unicore32/kernel/signal.c | 31 ---
1 file changed, 8 insertions(+), 23 deletions(-)
diff --git a/arch/unicore32/kernel/signal.c b/arch/unicore32/kernel/signal.c
Use the common helper instead of it's own variant.
Signed-off-by: Richard Weinberger
---
arch/x86/kernel/signal.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/arch/x86/kernel/signal.c b/arch/x86/kernel/signal.c
index 9e5de68..cad7c49 100644
---
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger
---
arch/sh/kernel/signal_32.c | 23 ---
arch/sh/kernel/signal_64.c | 19 ---
2 files changed, 8 insertions(+), 34 deletions(-)
diff --git
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger
---
arch/xtensa/kernel/signal.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/arch/xtensa/kernel/signal.c b/arch/xtensa/kernel/signal.c
index 4612321..905a574 100644
Use the common helper instead of it's own variant.
Signed-off-by: Richard Weinberger
---
arch/x86/um/signal.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/arch/x86/um/signal.c b/arch/x86/um/signal.c
index 79d8245..1ffafa1 100644
--- a/arch/x86/um/signal.c
+++
Note that in general dtc patches should be CCed to myself and Jon
Loeliger , the dtc maintainers.
This is the relevant section in file MAINTAINERS of Torvald's git.
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/MAINTAINERS
OPEN FIRMWARE AND FLATTENED DEVICE TREE
M:
clean up checkpatch.pl error:
ERROR: that open brace { should be on the previous line
Signed-off-by: Daeseok Youn
---
drivers/staging/cxt1e1/hwprobe.c | 62 +++---
1 file changed, 25 insertions(+), 37 deletions(-)
diff --git
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger
---
arch/frv/kernel/signal.c | 27 ++-
1 file changed, 6 insertions(+), 21 deletions(-)
diff --git a/arch/frv/kernel/signal.c b/arch/frv/kernel/signal.c
index
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger
---
arch/arm64/kernel/signal.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/arch/arm64/kernel/signal.c b/arch/arm64/kernel/signal.c
index f6f23dd..165a72a 100644
---
checkpatch.pl error:
ERROR: do not use assignment in if condition
Signed-off-by: Daeseok Youn
---
drivers/staging/cxt1e1/hwprobe.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/staging/cxt1e1/hwprobe.c b/drivers/staging/cxt1e1/hwprobe.c
index
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger
---
arch/m68k/kernel/signal.c | 15 ++-
1 file changed, 2 insertions(+), 13 deletions(-)
diff --git a/arch/m68k/kernel/signal.c b/arch/m68k/kernel/signal.c
index c8e6fa8..b8a428b 100644
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Acked-by: Lennox Wu
Signed-off-by: Richard Weinberger
---
arch/score/kernel/signal.c | 43 ++-
1 file changed, 18 insertions(+), 25 deletions(-)
diff --git
clean up checkpatch.pl warnings:
WARNING: Line length over 80 characters
Signed-off-by: Daeseok Youn
---
drivers/staging/cxt1e1/hwprobe.c | 45 --
1 file changed, 28 insertions(+), 17 deletions(-)
diff --git a/drivers/staging/cxt1e1/hwprobe.c
Translating signals is common task. Currently many arch have this
open coded. This provides a common helper for all archs.
Signed-off-by: Richard Weinberger
---
include/linux/signal.h | 12
1 file changed, 12 insertions(+)
diff --git a/include/linux/signal.h
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/tile/include/asm/compat.h | 3 +--
arch/tile/kernel/compat_signal.c | 29 ++---
arch/tile/kernel/signal.c| 54
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/sh/kernel/signal_32.c | 79 ++--
arch/sh/kernel/signal_64.c | 82 ++
2 files
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/um/include/shared/frame_kern.h | 12 --
arch/um/kernel/signal.c | 27 +-
arch/x86/um/signal.c| 45
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/s390/kernel/compat_signal.c | 79 ++--
arch/s390/kernel/entry.h | 4 +-
arch/s390/kernel/signal.c| 79
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/mips/include/asm/abi.h | 10 +++
arch/mips/kernel/signal.c | 66 ---
arch/mips/kernel/signal32.c | 39
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/arm64/include/asm/signal32.h | 7 +++---
arch/arm64/kernel/signal.c| 48 ---
arch/arm64/kernel/signal32.c | 8
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/microblaze/kernel/signal.c | 48 +++--
1 file changed, 17 insertions(+), 31 deletions(-)
diff --git
This is v2 of the global signal cleanup series.
This patch series moves all remaining archs to the get_signal() and
signal_setup_done() functions. Currently these archs use open coded
variants of the said functions. Further, unused parameters get removed
from get_signal_to_deliver(),
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
This inverts also the return codes of force_sigsegv_info()
and setup_frame() to follow the kernel convention.
Signed-off-by: Richard Weinberger
---
arch/ia64/kernel/signal.c | 46
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger
---
arch/m32r/kernel/signal.c | 47 ---
1 file changed, 20 insertions(+), 27 deletions(-)
diff --git a/arch/m32r/kernel/signal.c
On Sun, Mar 02, 2014 at 10:39:14PM +0100, xypron.g...@gmx.de wrote:
> From: Heinrich Schuchardt
>
> The information about the location of the source code of the
> device tree compiler was inaccurate.
>
> Signed-off-by: Heinrich Schuchardt
Trailing whitespace removed, then applied. Thanks.
On Sun, Mar 02, 2014 at 09:45:57PM +0100, xypron.g...@gmx.de wrote:
> From: Heinrich Schuchardt
>
> Signed-off-by: Heinrich Schuchardt
Applied, thanks.
--
David Gibson| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT
On Sun, Mar 02, 2014 at 09:39:01PM +0100, xypron.g...@gmx.de wrote:
> From: Heinrich Schuchardt
>
> fdtput.c:
> Replace the remaining call to realloc by xrealloc.
> Some redundant lines in encode_value can be saved.
>
> Signed-off-by: Heinrich Schuchardt
Applied, thanks.
Note that in general
On 2 March 2014 23:20, Paul E. McKenney wrote:
> On Sun, Mar 02, 2014 at 04:05:52AM -0600, Peter Sewell wrote:
>> On 1 March 2014 08:03, Paul E. McKenney wrote:
>> > On Sat, Mar 01, 2014 at 04:06:34AM -0600, Peter Sewell wrote:
>> >> Hi Paul,
>> >>
>> >> On 28 February 2014 18:50, Paul E.
On Wednesday, February 26, 2014 05:11:12 PM Zhang Rui wrote:
> Because of the growing demand for enumerating ACPI devices to platform bus,
> this patch changes the code to enumerate ACPI devices with _HID/_CID to
> platform bus by default, unless the device already has a scan handler
> attached.
On Fri, Feb 28, 2014 at 03:20:31PM -0500, Matthew Wilcox wrote:
> On Fri, Feb 28, 2014 at 10:49:31AM -0700, Toshi Kani wrote:
> > On Tue, 2014-02-25 at 09:18 -0500, Matthew Wilcox wrote:
> > > Instead of calling aops->get_xip_mem from the fault handler, the
> > > filesystem passes a get_block_t
On Sunday, March 02, 2014 08:53:57 AM Li, Aubrey wrote:
> On 2014/3/2 8:39, Rafael J. Wysocki wrote:
> > On Saturday, March 01, 2014 06:24:23 AM Li, Aubrey wrote:
> Do we still want to set this if the check below fails? If so, then why?
> >>>
> >>> We know \_S5_ is valid. The fault is sleep
On 2014/3/3 7:11, Matthew Garrett wrote:
>> So, if you are still suggesting we add EFI only, please let me know your
>> plan about adding dmidecode table and if it's acceptable to add new
>> tables, I have three waiting: ASUS-T100, Dell Venue 8 Pro, and Dell
>> Venue 11 Pro.
>
> I don't think
On Sun, Mar 02, 2014 at 04:05:52AM -0600, Peter Sewell wrote:
> On 1 March 2014 08:03, Paul E. McKenney wrote:
> > On Sat, Mar 01, 2014 at 04:06:34AM -0600, Peter Sewell wrote:
> >> Hi Paul,
> >>
> >> On 28 February 2014 18:50, Paul E. McKenney
> >> wrote:
> >> > On Thu, Feb 27, 2014 at
sorry for late reply.
I will resend patches which couldn't be applied to stating-next branch.
Thanks.
Daeseok Youn.
2014-03-01 7:19 GMT+09:00 Greg KH :
> On Fri, Feb 28, 2014 at 04:33:49PM +0900, DaeSeok Youn wrote:
>> OK. sorry.
>> I will send again.
>
> Please resend all 3 of these, I've
On Mon, Mar 03, 2014 at 06:45:15AM +0800, Li, Aubrey wrote:
> One example in my hand is, 32bit windows calls 32bit EFI firware, so
> reboot works. However, I installed 64bit linux on this 32bit EFI
> machine, so none of ACPI/KBD/EFI works.
Yes. The correct fix for that is to ensure that the
Hi Linus,
Not a huge amount happening, some MAINTAINERS updates, radeon, vmwgfx and
tegra fixes,
Dave.
The following changes since commit 75936c65dda54a08d9124f24f8725f86a4adc286:
Merge tag 'ttm-fixes-3.14-2014-02-18' of
git://people.freedesktop.org/~thomash/linux into drm-fixes
On 2014/3/3 6:26, Matthew Garrett wrote:
> On Mon, Mar 03, 2014 at 06:13:47AM +0800, Li, Aubrey wrote:
>
>> If you have a system can't be rebooted by all of the known methods, we
>> have to figure out how to make reboot work and add the new methods.
>
> The only methods used by Windows are the
Why should we believe you or the bullshit excuses given in the article?
The fact is, last year none of this crap was needed.
Now it suddenly is.
Furthermore gnome stole libgtk from the gimp project recently
and then they made an incompatable "libgtk" 3.0.
And now they're requiring all these
Fine, I'll just poke at this reply since it's that asinine. But this is
probably my last post in this thread since the idiocy from this poster has
gone from "curiously amusing" to "stupidly annoying."
By the way, I noticed you changed your fake email at least once in this
thread. I'm guessing
You say nothing because there is nothing that you can say.
Simplicity is beautiful, and it works.
Systemd is a nightmare, but you are using politics and psyops to push it on
every single linux user, every distro, everywhere.
I showed you code that does your vaunted concurrent boot systemdde
On Mon, Mar 03, 2014 at 06:13:47AM +0800, Li, Aubrey wrote:
> If you have a system can't be rebooted by all of the known methods, we
> have to figure out how to make reboot work and add the new methods.
The only methods used by Windows are the keyboard controller, the ACPI
registers and
There is a race in ME hardware between data copy for host and interrupt
delivery. An interrupt can be delivered prior to whole data copied for the
host to read but rather then going trough the reset we just merely need to
wait for the next interrupt.
The bug is visible in read/write stress with
On 2014/3/3 0:52, H. Peter Anvin wrote:
> We are unambiguously dead after BIOS. There is no retry possible...
No really. Given that we add all of the known methods into the default
list, and BIOS is the last method, if your system hits BIOS, that means
ACPI/KBD/EFI/PCI can't make your system
The following changes since commit cfbf8d4857c26a8a307fb7cd258074c9dcd8c691:
Linux 3.14-rc4 (2014-02-23 17:40:03 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.14-rc5
for you to fetch changes up to
The following changes since commit 6d0abeca3242a88cab8232e4acd7e2bf088f3bc2:
Linux 3.14-rc3 (2014-02-16 13:30:25 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/driver-core-3.14-rc5
for you to fetch changes up to
The following changes since commit cfbf8d4857c26a8a307fb7cd258074c9dcd8c691:
Linux 3.14-rc4 (2014-02-23 17:40:03 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-3.14-rc5
for you to fetch changes up to
On Sunday 02 March 2014, Dave Jones wrote:
>On Sun, Mar 02, 2014 at 09:56:19PM +0100, Andreas Mohr wrote:
> > (BTW, would it be possible to transform Linux's PAE support into
> > boot-config or even fully runtime-detectable boot switching to
> > (non-)PAE, similar to or exceeding what XP offers
From: Heinrich Schuchardt
The information about the location of the source code of the
device tree compiler was inaccurate.
Signed-off-by: Heinrich Schuchardt
---
Documentation/manual.txt | 21 +
1 file changed, 9 insertions(+), 12 deletions(-)
diff --git
Function do_sched_rt_period_timer() iterates through runqueues sequentially.
This makes it racy with inc_rt_group(). Sometimes when timer callback is
running we may skip hrtimer restart.
On the one hand it's not good to skip bandwidth timer. On the other hand,
there is no simple fix to
On Sun, Mar 02, 2014 at 10:04:19PM +0100, Borislav Petkov wrote:
> On Sun, Mar 02, 2014 at 04:02:01PM -0500, Dave Jones wrote:
> > It would be a considerable amount of work to make it a runtime thing.
> > Ten years ago, maybe it would be worth the effort perhaps, but I'd
> > suggest just letting
This code path is hit everytime a new network namespace is created,
which means it runs everytime I start Chromium, resulting in needless
noise in my logs. This message doesn't add very much at all, and isn't
triggered at the correct place anyway, so this patch simply removes it.
Signed-off-by:
Many new laptop keyboards aren't shipping with LEDs in the keys for
caps lock, num lock, and scroll lock. They do, however, ship with many LEDs
for specialized functions that mostly go non-utilized by any current
Linux drivers. Having a caps lock LED is very helpful in early boot full
disk
dgap_start() ignored errors in class_create() and device_create().
The patch implements proper error handling.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/staging/dgap/dgap.c | 22 --
1 file changed, 20
dgap_driver_start and dgap_Major_Control_Registered are used
to keep status of initialization of the driver as a whole and its "Major
Control".
But the code that checks them is executed once on module init/unload.
That makes no sense in these variables as far as their values are predictable
at
No need to call pci_unregister_driver() if pci_register_driver() failed.
Signed-off-by: Alexey Khoroshilov
---
drivers/staging/dgap/dgap.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap/dgap.c
index
On Sun, Mar 02, 2014 at 04:02:01PM -0500, Dave Jones wrote:
> It would be a considerable amount of work to make it a runtime thing.
> Ten years ago, maybe it would be worth the effort perhaps, but I'd
> suggest just letting 32-bit slowly die instead of doing dramatic
> overhauls that will no doubt
On 03/02/2014 08:32 AM, Andy Lutomirski wrote:
>
> OTOH, hpa may prefer incremental patches, now that this lives in tip.
>
The branch currently in -tip is dead, so it is not an issue either way.
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Sun, Mar 02, 2014 at 09:56:19PM +0100, Andreas Mohr wrote:
> (BTW, would it be possible to transform Linux's PAE support into
> boot-config or even fully runtime-detectable boot switching to
> (non-)PAE, similar to or exceeding what XP offers with its static
> boot-time flag?
> Last time
101 - 200 of 630 matches
Mail list logo