> On Mon, Oct 1, 2012 at 11:00 AM, Arun MURTHY
> wrote:
> >> On Fri, Sep 28, 2012 at 01:35:01PM +0530, Arun Murthy wrote:
> >> > +#include
> >> > +#include
> >> > +#include
> >> > +#include
> >> > +#include
> >> > +
> >> > +static struct class *modem_class;
> >>
> >> What's wrong with a bus_t
Hi Kosaki-san,
2012/09/29 7:19, KOSAKI Motohiro wrote:
I don't understand it. How can we get rid of the warning?
See cpu_device_release() for example.
If we implement a function like cpu_device_release(), the warning
disappears. But the comment says in the function "Never copy this way...".
On Fri, Sep 28, 2012 at 03:40:32PM +0800, Zhang Rui wrote:
> +acpi_status __init i2c_enumerate_slave(acpi_handle handle, u32 level,
> +void *data, void **return_value)
> +{
> + int result;
> + acpi_status status;
> + struct acpi_buffer buffer;
> +
The second cell in the PWM specifier denotes the period in nanoseconds,
not the duty cycle. The latter can be freely configured at runtime and
a PWM with a fixed duty cycle would be rather pointless.
Signed-off-by: Thierry Reding
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Philipp Zabel
Cc: "Benoît Thé
On Fri, Sep 28, 2012 at 03:39:15PM +0800, Zhang Rui wrote:
> >From 5d7ecd12c2994b8c5905d52718c2870c3b62746e Mon Sep 17 00:00:00 2001
> From: Zhang Rui
> Date: Fri, 28 Sep 2012 14:51:03 +0800
> Subject: [RFC PATCH 2/6] Introduce ACPI style match in platform_match
>
> Signed-off-by: Zhang Rui
> --
When booting on a federated multi-server system, the processor Northbridge
lookup returns NULL; add guards to prevent this causing an oops.
Signed-off-by: Daniel J Blueman
---
arch/x86/kernel/cpu/mcheck/mce_amd.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/ar
On Fri, Sep 28, 2012 at 03:37:43PM +0800, Zhang Rui wrote:
>
> the main idea is that, for Serial Buses like I2C and SPI, we enumerate
> the controller as a platform device, and then enumerate the slaves via
> i2c/spi_register_board_info. And then, when the controller is really
> probed and enabled
On 09/28/2012 05:46 AM, Dan Carpenter wrote:
> Hi Stephen,
>
> I have created a bug for this:
> https://bugzilla.kernel.org/show_bug.cgi?id=48041
>
> We only recently added the warning on that path.
>
> Please add the following information.
> *) Complete dmesg
>
Ok I've added the information t
On Sat, Sep 29, 2012 at 01:31:52PM +, Zhang, Rui wrote:
>
> > > +{
> > > + acpi_handle handle = DEVICE_ACPI_HANDLE(dev);
> >
> > If the device is not bound to an ACPI handle this will return NULL. And
> > I don't see you doing that in this series meaning that..
> >
>
>
> You're right, I s
Make sure the duty-cycle and period passed in are not negative. This
should eventually be made implicit by making them unsigned. While at
it, the drivers' .config() implementations can have the equivalent
checks removed.
Signed-off-by: Thierry Reding
Cc: Shawn Guo
Cc: Mark Brown
Cc: Arnd Bergma
On Mon, Oct 1, 2012 at 11:00 AM, Arun MURTHY wrote:
>> On Fri, Sep 28, 2012 at 01:35:01PM +0530, Arun Murthy wrote:
>> > +#include
>> > +#include
>> > +#include
>> > +#include
>> > +#include
>> > +
>> > +static struct class *modem_class;
>>
>> What's wrong with a bus_type instead?
>
> Can I k
On Fri, Sep 28, 2012 at 11:36 PM, Arnd Bergmann wrote:
> The samsung pinctrl driver has a probe function that is
> __devinit and that calls a lot of other functions that are
> marked __init, which kbuild complains about.
>
> Marking everything __devinit means that the code does not
> discarded wh
> On Fri, Sep 28, 2012 at 01:35:01PM +0530, Arun Murthy wrote:
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +
> > +static struct class *modem_class;
>
> What's wrong with a bus_type instead?
Can I know the advantage of using bus_type over class?
>
> > +static i
Hi,
On Sun, Sep 30, 2012 at 10:17 PM, Sergei Shtylyov wrote:
> Hello.
>
>
> On 28-09-2012 14:53, Kishon Vijay Abraham I wrote:
>
>> Added dwc3 support for dwc3 core and update the documentation with
>> device tree binding information.
>>
>> Signed-off-by: Kishon Vijay Abraham I
>
> [...]
>
>
>> d
From: Jason Gunthorpe
Date: Sun, 30 Sep 2012 17:17:37 -0600
> The implicit cast from void * is not allowed for C++ compilers, and the
> arithmetic on void * generates warnings in C++ mode.
>
> $ g++ -c t.cc
> ip_tables.h:221:24: warning: pointer of type 'void *' used in arithmetic
> ip_tables.h:
Hi Chen,
2012/09/29 17:19, Ni zhan Chen wrote:
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Wen Congyang
This patch series aims to support physical memory hot-remove.
The patches can free/remove the following things:
- acpi_memory_info : [RFC PATCH 4
Interestingly, of the 26 configs that use EXPERT in the default
clause, 15 of them are in drivers/hid (see below).
-Tim Shepard
s...@alum.mit.edu
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
$ find . -type f -name Kconf
Hi Ralf,
Today's linux-next merge of the mips tree got a conflict in
drivers/net/ethernet/octeon/octeon_mgmt.c between commit df555b665367
("netdev: octeon: fix return value check in octeon_mgmt_init_phy()") from
Linus' tree and commit eeae05aa2169 ("netdev: octeon_mgmt: Add support
for 1Gig ports
Hi Chris,
After merging the btrfs tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
fs/btrfs/disk-io.c:34:28: fatal error: asm/cpufeature.h: No such file or
directory
Caused by commit 2fcfff234500 ("Btrfs: do not async metadata csumming in
certain situations"). Only x8
Hi Alasdair,
Trying to import the device-mapper series produce this error:
$ git am
../quilt/device-mapper/dm-thin-support-discard-with-non-power-of-two-block-size.patch
Applying: Support discards when the pool's block size is not a power of 2.
error: patch failed: drivers/md/dm-thin.c:2762
erro
On 1 October 2012 06:02, Tejun Heo wrote:
> It isn't about the CPU being actually idle?
No. Being idle only from scheduler's perspective. :)
> Also, if it's only about timers, shouldn't it be enough to implement
> it for timer and delayed_work?
What if we need a timer, which must re-arm itself
Commit-ID: 8347bbecf3518aa1518f6157e661812a35775130
Gitweb: http://git.kernel.org/tip/8347bbecf3518aa1518f6157e661812a35775130
Author: Thomas Renninger
AuthorDate: Mon, 1 Oct 2012 00:23:57 +0200
Committer: H. Peter Anvin
CommitDate: Sun, 30 Sep 2012 18:03:41 -0700
ACPI: Document ACPI t
Commit-ID: 325a8d36035f0623950e38e9cf7a47a48e72df11
Gitweb: http://git.kernel.org/tip/325a8d36035f0623950e38e9cf7a47a48e72df11
Author: Thomas Renninger
AuthorDate: Mon, 1 Oct 2012 00:23:56 +0200
Committer: H. Peter Anvin
CommitDate: Sun, 30 Sep 2012 18:03:35 -0700
ACPI: Create acpi_tab
Commit-ID: b2a35003dfbcc7b7a5e5c6e524e7d49ba66e0bb5
Gitweb: http://git.kernel.org/tip/b2a35003dfbcc7b7a5e5c6e524e7d49ba66e0bb5
Author: Thomas Renninger
AuthorDate: Mon, 1 Oct 2012 00:23:55 +0200
Committer: H. Peter Anvin
CommitDate: Sun, 30 Sep 2012 18:03:29 -0700
ACPI: Implement physi
Commit-ID: 53aac44c904abbad9f474f652f099de13b5c3563
Gitweb: http://git.kernel.org/tip/53aac44c904abbad9f474f652f099de13b5c3563
Author: Thomas Renninger
AuthorDate: Mon, 1 Oct 2012 00:23:54 +0200
Committer: H. Peter Anvin
CommitDate: Sun, 30 Sep 2012 18:03:23 -0700
ACPI: Store valid ACP
Commit-ID: e6459606b04e6385ccd3c2060fc10f78a92c7700
Gitweb: http://git.kernel.org/tip/e6459606b04e6385ccd3c2060fc10f78a92c7700
Author: H. Peter Anvin
AuthorDate: Mon, 1 Oct 2012 00:23:52 +0200
Committer: H. Peter Anvin
CommitDate: Sun, 30 Sep 2012 18:02:20 -0700
lib: Add early cpio dec
On 09/30/2012 07:21 PM, Tim Shepard wrote:
> A month or two ago when I attempted to upgrade from 3.4 to 3.5 on my
> MacBook Pro laptop, in preparation to try an interesting patch to TCP
> developed against 3.5 by a colleague, my keyboard stopped working. I
> tried bisecting, but that lead to nowh
Hi Chen,
2012/09/29 11:15, Ni zhan Chen wrote:
On 09/05/2012 05:25 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu
The function get_page_bootmem() may be called more than one time to the same
page. There is no need to set page's type, private if the function is not
the first time call
A month or two ago when I attempted to upgrade from 3.4 to 3.5 on my
MacBook Pro laptop, in preparation to try an interesting patch to TCP
developed against 3.5 by a colleague, my keyboard stopped working. I
tried bisecting, but that lead to nowhere useful and much confusion.
It turns out that
(2012/09/28 21:34), Steven Rostedt wrote:
> On Fri, 2012-09-28 at 17:15 +0900, Masami Hiramatsu wrote:
>> Hi,
>>
>> Here are a series of patches to split ftrace-based kprobe part
>> from arch/x86/kernel/kprobes.c and to move kprobes related
>> files under arch/x86/kernel/kprobes/, according to Ingo
From: Randy Dunlap
Fix printk format warnings in net/bluetooth/:
net/bluetooth/hci_event.c:886:3: warning: format '%ld' expects type 'long int',
but argument 2 has type 'size_t'
net/bluetooth/hci_event.c:886:3: warning: format '%ld' expects type 'long int',
but argument 3 has type 'size_t'
net
Andrea's point about ksm_migrate_page() is an important one, and I've
answered that against his mail, but here's some other easier points.
On Mon, 24 Sep 2012, Petr Holasek wrote:
> Introduces new sysfs boolean knob /sys/kernel/mm/ksm/merge_across_nodes
> which control merging pages across differ
> This is superfluous, because FLAGS_BFD has -ldl already by your change
> above. This is cascaded downwards.
I tried to remove it, but that makes it not link again for the static build.
Haven't looked into the causes.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
Hello, James.
On Sun, Sep 30, 2012 at 12:25:52PM +0100, James Bottomley wrote:
> But you've got to ask yourself who cares about accurate accounting per
> container of dentry and inode objects? They're not objects that any
> administrator is used to limiting. What we at parallels care about
> isn'
From: Namhyung Kim
As we have architecture information of saved perf.data file, we can
try to find cross-built objdump path.
The triplets include support for Android (arm, x86 and mips architectures).
Signed-off-by: Namhyung Kim
Signed-off-by: Irina Tirdea
---
v3:
() update triplets to incl
When I did the -rc7 announcement a week ago, I said I might have to do
an -rc8, but a week passed, and things have been calm, and I honestly
cannot see a major reason to do another rc.
So here it is, 3.6 final. Sure, I'd have been happier with even fewer
changes, but that just never happens. And h
Sorry for taking so long to look at Petr's nice work: it's more than
what I can think through in odd stolen moments; but yesterday at last
I managed to get down to remembering KSM and giving this some time.
On Fri, 28 Sep 2012, Andrea Arcangeli wrote:
> On Mon, Sep 24, 2012 at 02:56:06AM +0200, Pe
Hello,
On Sun, Sep 30, 2012 at 05:46:45PM +0530, Viresh Kumar wrote:
> For the scheduler CPU is idle, if all below are true:
> - current task is idle task
> - nr_running == 0
> - wake_list is empty
>
> And during these conditions, there can be a timer running in background.
> And when we reach it
On Sun, Sep 30, 2012 at 06:29:01PM -0500, Daniel Santos wrote:
> On 09/28/2012 09:55 PM, Josh Triplett wrote:
> > Assuming you don't call BUILD_BUG_ON_MSG more than once per line:
> >
> > /tmp$ cat test.c
> > #define BUILD_BUG_ON_MSG_INTERNAL2(cond, msg, line) \
> > do { \
> > extern vo
On Sun, Sep 30, 2012 at 06:11:01PM -0500, Daniel Santos wrote:
> So in light of feedback I've been getting on this patch set, it leaves
> me with
> this question.
> > +#define GCC_VERSION (__GNUC__ * 1 \
> > + + __GNUC_MINOR__ * 100 \
> > + + __GNUC_PATCHLEVEL__)
> Thi
On Sun, Sep 30, 2012 at 11:49:49PM +0200, Linus Walleij wrote:
> On Sun, Sep 30, 2012 at 10:23 AM, Axel Lin wrote:
>
> > Signed-off-by: Axel Lin
>
> Acked-by: Linus Walleij
>
> Since this gpio-mvebu patch is in ARM SoC or somewhere I expect
> whoever put it there to safeguide the fix to its d
The standard linux asm-generic/vmlinux.lds.h already supports this,
and it seems other architectures do as well.
The goal is to create an ELF file that has correct program headers. We
want to see the VirtAddr be the runtime address of the kernel with the
MMU turned on, and PhysAddr be the physical
The implicit cast from void * is not allowed for C++ compilers, and the
arithmetic on void * generates warnings in C++ mode.
$ g++ -c t.cc
ip_tables.h:221:24: warning: pointer of type 'void *' used in arithmetic
ip_tables.h:221:24: error: invalid conversion from 'void*' to 'xt_entry_target*'
Sign
> @@ -751,10 +753,8 @@ else
> endif
>
> ifdef NO_BACKTRACE
This should be changed to ifndef NO_BACKTRACE.
> - BASIC_CFLAGS += -DNO_BACKTRACE
> -else
> - ifneq ($(call try-cc,$(SOURCE_BACKTRACE),),y)
> - BASIC_CFLAGS += -DNO_BACKTRACE
> + ifeq ($(call try-cc,$(SOU
On Thu, Sep 27, 2012 at 4:16 PM, Namhyung Kim wrote:
> On Thu, 27 Sep 2012 14:25:10 +0300, Irina Tirdea wrote:
The perf built to run on the host needs to use arm-eabi-objdump from
the toolchain so that it can analyse data recorded on Android. This
patch is targeting this scenario, n
How to use the TPM is really a user space policy choice, if the
environment wants to use middleware then fine, but it is possible to
make correct TPM apps without using middleware.
So, remove the kernel restriction that only one process may open the TPM.
- TPM low level functions (in kernel users)
This provides an open firwmare driver binding for tpm_tis. OF
is useful on arches where PNP is not used.
Allow the tpm_tis driver to be selected if PNP or OF are compiled in.
Signed-off-by: Jason Gunthorpe
---
drivers/char/tpm/Kconfig |2 +-
drivers/char/tpm/tpm_tis.c | 56 +
The TPM will respond to TPM_GET_CAP with TPM_ERR_INVALID_POSTINIT if
TPM_STARTUP has not been issued. This will result in the TPM driver
failing to load and no way to recover. Detect this and automatically
issue TPM_STARTUP.
This is for embedded applications where the kernel is the first thing
to
On 09/28/2012 09:55 PM, Josh Triplett wrote:
> Assuming you don't call BUILD_BUG_ON_MSG more than once per line:
>
> /tmp$ cat test.c
> #define BUILD_BUG_ON_MSG_INTERNAL2(cond, msg, line) \
> do { \
> extern void __build_bug_on_failed_ ## line (void)
> __attribute__((error(msg))); \
>
On PPC the ELF PLT sections look like this:
[17] .sbss NOBITS 0002aff8 01aff8 14 00 WA 0 0 4
[18] .plt NOBITS 0002b00c 01aff8 84 00 WAX 0 0 4
[19] .bss NOBITS 0002b090 01aff8 a4 00 WA 0 0 4
Which resu
Hi Jonathan,
On Sat, Sep 29, 2012 at 10:50:19AM +0100, Jonathan Cameron wrote:
> On 09/26/2012 11:09 AM, Patil, Rachna wrote:
> > Hi Shubhrajyoti,
> >
> > On Wed, Sep 26, 2012 at 12:10:51, Datta, Shubhrajyoti wrote:
> >> On Wednesday 26 September 2012 10:50 AM, Patil, Rachna wrote:
> >>> This pat
Hi Rachna,
On Wed, Sep 26, 2012 at 10:50:11AM +0530, Patil, Rachna wrote:
> Add the mfd core driver which supports touchscreen
> and ADC.
> With this patch we are only adding infrastructure to
> support the MFD clients.
>
> Signed-off-by: Patil, Rachna
> ---
> Changes in v2:
> Merged "[PAT
So in light of feedback I've been getting on this patch set, it leaves
me with
this question.
> +#define GCC_VERSION (__GNUC__ * 1 \
> ++ __GNUC_MINOR__ * 100 \
> ++ __GNUC_PATCHLEVEL__)
This macro presumes you are using gcc 3.0 or later, which introduced the
__G
+ netdev
On Sun, Sep 30, 2012 at 11:25:59PM +0200, Giuliano Pochini wrote:
> On Tue, 25 Sep 2012 14:26:07 +0400
> Alexey Vlasov wrote:
>
> > Hi.
> >
> > Here it writes LOG target from syslog:
> >
> > Sep 25 03:23:49 l24 kernel: ip:SYN-OUTPUT-HTTP IN= OUT=eth0
> > SRC= DST=0
Hi Axel,
On Sun, Sep 30, 2012 at 06:28:26PM +0800, Axel Lin wrote:
> Otherwise, we got NULL derefernce while calling backlight_device_unregister()
> in tps65217_bl_remove().
>
> Also convert to use module_platform_driver.
>
> Signed-off-by: Axel Lin
> ---
> drivers/video/backlight/tps65217_bl.
Hi Wei,
On Tue, Sep 11, 2012 at 12:54:22PM +0800, wei_w...@realsil.com.cn wrote:
> From: Wei WANG
>
> Realtek PCI-E card reader driver adapts requests from upper-level
> sdmmc/memstick layer to the real physical card reader.
>
> Signed-off-by: Wei WANG
> Reviewed-by: Arnd Bergmann
> Tested-by
On Sun, Sep 30, 2012 at 10:23 AM, Axel Lin wrote:
> Signed-off-by: Axel Lin
Acked-by: Linus Walleij
Since this gpio-mvebu patch is in ARM SoC or somewhere I expect
whoever put it there to safeguide the fix to its destination.
Else poke me after 3.7-rc1 and I'll take it as a GPIO fix...
Your
On Fri, Sep 28, 2012 at 11:36 PM, Arnd Bergmann wrote:
> Patch 6e20a0a4 "gpio: pcf857x: enable gpio_to_irq() support"
> added IRQ domain support to the pcf857x driver, but some configurations
> (e.g. davinci_all_defconfig) don't already enable CONFIG_IRQ_DOMAIN.
Excellent patch Arnd thanks for t
If a function has a return value, but its kernel-doc comment doesn't contain a
"Return" section, then emit the following warning:
Warning(file.h:129): No description found for return value of 'fct'
Note: This check emits a lot of warnings at the moment, because many functions
don't have a 'Ret
Non-void functions should describe their return values in their kernel-doc
comments. Currently, some don't, others do in various forms. For example:
* Return the result.
* Return: The result.
* Returns the result.
* Returns: the result.
* Return Value: The result.
* @return: the r
On Tue, 25 Sep 2012 14:26:07 +0400
Alexey Vlasov wrote:
> Hi.
>
> Here it writes LOG target from syslog:
>
> Sep 25 03:23:49 l24 kernel: ip:SYN-OUTPUT-HTTP IN= OUT=eth0
> SRC= DST= LEN=60 TOS=0x00 PREC=0x00
> TTL=64 ID=22467 DF PROTO=TCP SPT=52829 DPT=80 WINDOW=1
Am Sonntag 30 September 2012, 13:07:54 schrieb Paul Bolle:
> Compiling qla_gs.o (part of the qla2xxx module) triggers two GCC
> warnings:
> drivers/scsi/qla2xxx/qla_gs.c: In function ‘qla2x00_fdmi_rhba’:
> drivers/scsi/qla2xxx/qla_gs.c:1339:7: warning: array subscript is above
> array bound
On 09/30/2012 08:22 AM, Borislav Petkov wrote:
> On Fri, Sep 28, 2012 at 09:04:35PM -0400, Steven Rostedt wrote:
>> On Fri, 2012-09-28 at 17:23 -0700, Josh Triplett wrote:
>>> On Fri, Sep 28, 2012 at 06:20:07PM -0500, Daniel Santos wrote:
Signed-off-by: Daniel Santos
---
include/
The semantic patch that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@r1@
position p;
@@
if (...);@p
@script:python@
p0 << r1.p;
@@
// Emacs org-mode output
cocci.print_main("", p0)
cocci.print_secs("", p0)
//
Signed-off-by: Peter Senna Tschudin
---
NOTE: This patch chang
Matthieu CASTET adjusted picolcd_debug_out_report() to only operate when
there is an active listener on debugfs for events.
His change got lost while splitting hid_picolcd.c, restore it.
Signed-off-by: Bruno Prémont
---
diff --git a/drivers/hid/hid-picolcd_debugfs.c
b/drivers/hid/hid-picolcd_
Forgot to mention,
This is on top of "[PATCH 0/3] uprobes: mprotect fixes" series,
which is still waiting for review...
On 09/30, Oleg Nesterov wrote:
>
> Hello.
>
> Misc bugfixes, mostly register/unregister related.
>
> Note: 4/7 and especially 6/7 are the really ugly (but hopefully
> temporary)
If alloc_uprobe() fails uprobe_register() should return ENOMEM, not 0.
Signed-off-by: Oleg Nesterov
---
kernel/events/uprobes.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/kernel/events/uprobes.c b/kernel/events/uprobes.c
index a741ba7..3ec114c 100644
--- a/kernel
install_breakpoint() is called under mm->mmap_sem, this protects
set_swbp() but not uprobe_copy_insn(). Two or more different tasks
can call install_breakpoint()->uprobe_copy_insn() at the same time,
this leads to numerous problems if UPROBE_COPY_INSN is not set.
Just for example, the second copy_
Multiple threads can manipulate uprobe->flags, this is obviously
unsafe. For example mmap can set UPROBE_COPY_INSN while register
tries to set UPROBE_RUN_HANDLER, the latter can also race with
can_skip_sstep() which clears UPROBE_SKIP_SSTEP.
Change this code to use bitops.
Signed-off-by: Oleg Nes
Preparation. Extract the copy_insn/arch_uprobe_analyze_insn code
from install_breakpoint() into the new helper, uprobe_copy_insn().
And move uprobe->flags defines from uprobes.h to uprobes.c, nobody
else can use them anyway.
Signed-off-by: Oleg Nesterov
---
include/linux/uprobes.h | 10 --
Strictly speaking this race was added by me in 56bb4cf6. However
I think that this bug is just another indication that we should
move copy_insn/uprobe_analyze_insn code from install_breakpoint()
to uprobe_register(), there are a lot of other reasons for that.
Until then, add a hack to close the rac
__skip_sstep() correctly detects the "nontrivial" nop insns,
but since it doesn't update regs->ip we can not really skip
"0x0f 0x1f | 0x0f 0x19 | 0x87 0xc0", the probed application
is killed by SIGILL'ed handle_swbp().
Remove these additional checks. If we want to implement this
correctly we need
delete_uprobe() must not be called if register_for_each_vma(false)
fails to remove all breakpoints, __uprobe_unregister() is correct.
The problem is that register_for_each_vma(false) always returns 0
and thus this logic does not work.
1. Change verify_opcode() to return 0 rather than -EINVAL when
Hello.
Misc bugfixes, mostly register/unregister related.
Note: 4/7 and especially 6/7 are the really ugly (but hopefully
temporary) hacks. We already discussed this, we should inspect
the original insn in uprobe_register(). But this is not easy, and
we need something simple to fix (some of) the
Just to illustrate, you have a filter that lasts 10ms, and a cpu process
that lasts 100uS
Original spike
5 |
4 |
3 |
2 |
1 |
0 |
0ms___10ms
Filtered spike
5
4
3
2
1 .
0.. ..
0ms10ms
Not only is the filtere
Hi Greg,
On Sun, Sep 30, 2012 at 4:49 PM, Greg Kroah-Hartman
wrote:
> On Sat, Sep 29, 2012 at 10:23:19PM +0200, Geert Uytterhoeven wrote:
>> The warning check for duplicate sysfs entries can cause a buffer overflow
>> when printing the warning, as strcat() doesn't check buffer sizes.
>> Use strlc
On 09/30/2012 02:38 AM, Pierre Beck wrote:
Hi,
there seems to be a bug in either ext4 or VM code triggered with 16 GB
memory when compiled with 32-bit and PAE. dirty_background_ratio
defaults to 10, dirty_ratio to 20. But in effect, dirty pages are
strongly limited (zero or negative?). I observe
Hi,
On Sun, Sep 30, 2012 at 05:06:43PM +0300, Anca Emanuel wrote:
> On Sun, Sep 30, 2012 at 4:37 PM, Feng Tang wrote:
> > Where can we get a powertop-2.1? I searched google and found
> > git clone git://git.kernel.org/pub/scm/status/powertop/powertop.git
> > is null now.
>
> https://01.org/power
> I think this would be less controversial if the run-time default were
> to disable the feature.
Yes, that's the common sensible path to new little-tested features.
As you say, it may become enabled by default over time.
Then, I think it would be good to have a specific sub-structure for
this st
On Sat, Sep 29, 2012 at 11:30 PM, Michael Kerrisk
wrote:
>
>> I think the whole "let's deprecate this six months into the future" is
>> unnecessary. Yes, it may well be worth doing for something with bigger
>> consequences, but I think that for something like this, it's just
>> overthinking the is
Hi Jim,
In January, 2011, Jim Hill wrote:
> Keep a failing PS/2 mouse usable until it's convenient to replace it.
> Filter incoming packets: drop invalid ones and attempt to correct for
> dropped bytes.
>
> New parameter 'filter' makes filtering and logging selectable, set to 0
> to shut off all
Hi,
this patch turns QFQ into QFQ+, a faster variant of QFQ that groups
classes into aggregates, and uses the original QFQ scheduling
algorithm to schedule aggregates instead of single classes. An
aggregate is made of at most M classes, all with the same weight and
maximum packet size. M is equal
Russell King - ARM Linux writes:
>> Note I'm not only doing ARM, but also X86 and MIPS, with additional code
>> shared between them, and the "stable" part of it is what I'm paid for.
>> I can't simply work with arm-soc, none of my platforms will even boot
>> with pure arm-soc.
>
> I'm assuming th
Hello.
On 28-09-2012 14:53, Kishon Vijay Abraham I wrote:
Added dwc3 support for dwc3 core and update the documentation with
device tree binding information.
Signed-off-by: Kishon Vijay Abraham I
[...]
diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
index 08a5738..0c17a7a 100
On 30/09/12 17:19, Stijn Devriendt wrote:
>> If I understand correctly, it's a violation (single-value should hold
>> for read and write).
>>
>> To solve it, I have the following in mind: /sys/.../gpiogroupXXX/
>> contains files "bit0" ... "bit31" which contain a gpio number each,
>> empty if "unco
On Sun, Sep 30, 2012 at 5:09 PM, Roland Stigge wrote:
> Hi Stijn,
>
> On 30/09/12 16:52, Stijn Devriendt wrote:
>>> One question: How did you solve the one-value-per-file in the sysfs
>>> interface?
>>>
>> By exporting the group as a whole:
>> /sys/.../gpiogroup248/value
>> where value contains a
On 09/30/2012 03:37 PM, Feng Tang wrote:
> Hi Toralf,
Really weird, my commit only change the lpc_ich.c which affects the TCO_WDT
> driver. but from your .config file, neither CONFIG_LPC_ICH nor the
> CONFIG_ITCO_WDT is enabled, which means the commit should not affect
> your kernel, could you do
On Sun, Sep 30, 2012 at 12:34 PM, Roland Stigge wrote:
> On 29/09/12 21:57, Jean-Christophe PLAGNIOL-VILLARD wrote:
>>> Problem here is that it's only an intermediate format since hardware
>>> often needs special preparation of the data.
>>>
>>> But will evaluate what makes most sense.
>> the key
Hi Stijn,
On 30/09/12 16:52, Stijn Devriendt wrote:
>> One question: How did you solve the one-value-per-file in the sysfs
>> interface?
>>
> By exporting the group as a whole:
> /sys/.../gpiogroup248/value
> where value contains a decimal representing the group value.
> Again, this respects the o
On Sun, Sep 30, 2012 at 12:50 PM, Roland Stigge wrote:
> On 30/09/12 11:35, Stijn Devriendt wrote:
>> In our kernel tree we have similar code. If you like I can request
>> permission
>> to share. I can, however, already give you an update on the basic
>> structure, perhaps
>> it's useful now.
>>
>
On Sat, Sep 29, 2012 at 10:23:19PM +0200, Geert Uytterhoeven wrote:
> The warning check for duplicate sysfs entries can cause a buffer overflow
> when printing the warning, as strcat() doesn't check buffer sizes.
> Use strlcat() instead.
As the comment said, we knew about this, but I have never se
On 09/30/2012 04:06 PM, Anca Emanuel wrote:
> On Sun, Sep 30, 2012 at 4:37 PM, Feng Tang wrote:
>> Where can we get a powertop-2.1? I searched google and found
>> git clone git://git.kernel.org/pub/scm/status/powertop/powertop.git
>> is null now.
>
> https://01.org/powertop/
> https://01.org/powe
On Sun, Sep 30, 2012 at 01:15:38PM +0200, Andreas Sturmlechner wrote:
> > Ok, now reverted, thanks.
> >
> > greg k-h
>
> The same patch also breaks 3.0 for me. A 3.0.42 image with the patch
> reverted was fine, I checked with several restarts.
>
> Sort of confirms there is something in >=3.5 tha
Compiled 3.6-rc7, with a hz timer of 3956 for a "natural" psychovisual
profile jitter level in OpenGL, and a shaved config for minimal jitter.
Also changed the 10ms filter in fair.c to 1. And I suggest the whole
filter to be removed. https://lkml.org/lkml/2012/9/30/78
There is very few clicks wi
On Sun, Sep 30, 2012 at 4:37 PM, Feng Tang wrote:
> Where can we get a powertop-2.1? I searched google and found
> git clone git://git.kernel.org/pub/scm/status/powertop/powertop.git
> is null now.
https://01.org/powertop/
https://01.org/powertop/sites/default/files/downloads/powertop-2.1.tar.gz
Hi Toralf,
On Sat, 29 Sep 2012 10:16:11 +0200
Toralf Förster wrote:
>
> Hello,
>
> I'm observed hot CPUs at my ThinkPad T420 (i5-2540M CPU) w/ integrated
> intel graphic with current git
> Powertop-2.1 shows that the GPU is always at 100%.
Where can we get a powertop-2.1? I searched google an
On Fri, Sep 28, 2012 at 09:04:35PM -0400, Steven Rostedt wrote:
> On Fri, 2012-09-28 at 17:23 -0700, Josh Triplett wrote:
> > On Fri, Sep 28, 2012 at 06:20:07PM -0500, Daniel Santos wrote:
> > > Signed-off-by: Daniel Santos
> > > ---
> > > include/linux/bug.h |2 +-
> > > 1 files changed, 1 i
On Fri, Sep 28, 2012 at 06:20:04PM -0500, Daniel Santos wrote:
> Throughout compiler*.h, many version checks are made. These can be
> simplified by using the macro that gcc's documentation recommends.
> However, my primary reason for adding this is that I need bug-check
> macros that are enabled a
Compiled 3.6-rc7, with a hz timer of 3956 for a "natural" psychovisual
profile jitter level in OpenGL, and a shaved config for minimal jitter.
Also changed the 10ms filter in fair.c to 1. And I suggest the whole
filter to be removed. https://lkml.org/lkml/2012/9/30/78
There is very few clic
On Sat, Sep 29, 2012 at 09:01:15PM +0200, Ben Hutchings wrote:
> > This is a problem since 448b6eb1 ("USB: Make sure to fetch the BOS desc
> > for roothubs.) if used in USB3 mode because dummy does not provide this
> > descriptor and explodes later.
> [...]
>
> i.e. for 3.5 (as noted in the cc: st
1 - 100 of 171 matches
Mail list logo
