On 20/10/13 23:42, Jiri Olsa wrote:
> On Fri, Oct 18, 2013 at 03:29:06PM +0300, Adrian Hunter wrote:
>> Setting EXTRA_CFLAGS=-m32 did not work because CFLAGS
>> was not passed around.
>
> this breaks feature detection for me on x86_64,
> I've got following errors misdetection with this patch:
>
If the contents is more than 4096 bytes (e.g. if have 1K cpus), current
sprintf() will cause memory overflow. And this fix patch is to be sure
of memory large enough.
Benefit:
- do not truncate printing contents.
- extensible, it is large enough for printing various related contents.
- simple
From: Wei Yongjun
Add the missing misc_deregister() before return from
sep_register_driver_with_fs() in the error handling case.
Signed-off-by: Wei Yongjun
---
drivers/staging/sep/sep_main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/sep/sep_main.c
* Davidlohr Bueso wrote:
> > 2)
> >
> > I don't see the justification: this code gets executed in exec() where
> > a new mm has just been allocated. There's only a single user of the mm
> > and thus the critical section width of mmap_sem is more or less
> > irrelevant.
> >
> > mmap_sem
Remove duplicate defines in drivers/ntb/ntb_regs.h
Signed-off-by: Michael Opdenacker
---
drivers/ntb/ntb_regs.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/ntb/ntb_regs.h b/drivers/ntb/ntb_regs.h
index aa4bdd3..caa5975 100644
--- a/drivers/ntb/ntb_regs.h
+++
This removes multiple duplicate definitions
in drivers/net/ethernet/chelsio/cxgb3/regs.h
Signed-off-by: Michael Opdenacker
---
drivers/net/ethernet/chelsio/cxgb3/regs.h | 35 ---
1 file changed, 35 deletions(-)
diff --git a/drivers/net/ethernet/chelsio/cxgb3/regs.h
On 10/21/2013 06:55 AM, Michael Opdenacker wrote:
> This removes duplicate definitions of S_BUSY, V_BUSY() and F_BUSY
> in drivers/net/ethernet/chelsio/cxgb3/regs.h
Forget this version. There are other duplicates in this file. I'll
submit a new version of this patch.
>
> Signed-off-by: Michael
On 18 October 2013 21:45, Andrew Lunn wrote:
> Hi Viresh
>
> I tested on my Marvell Dove, which crashed and burned before with
> cpufreq-bench. This version works fine so far. The benchmark has been
> running for ten minutes, whereas before it was lucky to reach ten
> seconds.
>
> Tested-by:
This removes duplicate definitions of S_BUSY, V_BUSY() and F_BUSY
in drivers/net/ethernet/chelsio/cxgb3/regs.h
Signed-off-by: Michael Opdenacker
---
drivers/net/ethernet/chelsio/cxgb3/regs.h | 12
1 file changed, 12 deletions(-)
diff --git
According to specifications, HID over I2C devices
are not bound to respond to query for INPUT
REPORTS. Thus dropping the call during init
as many devices does not respond causing error
messages during boot.
Signed-off-by: Bibek Basu
---
drivers/hid/i2c-hid/i2c-hid.c | 4
1 file changed, 4
Hi Benjamin,
> -Original Message-
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Sent: Thursday, October 17, 2013 11:27 PM
> To: Bibek Basu
> Cc: Jiri Kosina; linux-input; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] HID: i2c-hid: Stop querying for init
Following commits:
50e244cc79 fb: rework locking to fix lock ordering on takeover
e93a9a8687 fb: Yet another band-aid for fixing lockdep mess
054430e773 fbcon: fix locking harder
reworked locking to fix related lock ordering on takeover, and introduced
console_lock
into fbmem, but it seems that
On 18 October 2013 14:02, Masami Hiramatsu
wrote:
> (2013/10/17 20:17), Sandeepa Prabhu wrote:
>> This patchset adds support for kernel probes(kprobes), jump probes(jprobes)
>> and return probes(kretprobes) support for ARM64.
>>
>> Kprobes mechanism make use of software breakpoint and single
On Mon, Oct 21, 2013 at 10:56:15AM +0800, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Remove duplicated include.
>
> Signed-off-by: Wei Yongjun
That's fixed in a series of patches that has already been posted for
review. See:
http://oss.sgi.com/archives/xfs/2013-10/msg00374.html
Cheers,
The following patch series refactors the dmi check system and
returns -EPROBE_DEFER when an expected i2c adapter is not present
at probe time.
This will allow the touchpad, touchscreen, and light sensors on
Pixel to load even if the i915 DDC and PANEL buses are instantiated
after chromeos_laptop.
Further refactor chromeos_laptop, adding a probe function.
Init will call dmi_check_system, but will only use the match to select
a chromeos_laptop structure of the current board.
Probe will add the devices, and on errors return -EPROBE_DEFER.
If i2c adapters are loaded after chromeos_laptop
From: Aaron Durbin
The previous code had a single DMI matching entry
for each device on a board. Instead provide a single
DMI entry for each board which references a structure
about each board that lists the associated peripherals.
This allows for a lower number of DMI matching sequences
as well
Add support for the trackpad on HP Chromebook 14.
Signed-off-by: Benson Leung
---
drivers/platform/x86/chromeos_laptop.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/platform/x86/chromeos_laptop.c
b/drivers/platform/x86/chromeos_laptop.c
index 57ded03..a9ab335
__initdata tag should be placed between the variable name and equal
sign for the variable to be placed in the intended .init.data section.
Signed-off-by: Benson Leung
---
drivers/platform/x86/chromeos_laptop.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The designware-pci i2c busses will be named "i2c-designware-pci-0"
and "i2c-designware-pci-1" accordingly.
Signed-off-by: Benson Leung
---
drivers/platform/x86/chromeos_laptop.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/platform/x86/chromeos_laptop.c
Add the Acer C720 entries for trackpad and light sensor.
Signed-off-by: Benson Leung
---
drivers/platform/x86/chromeos_laptop.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/platform/x86/chromeos_laptop.c
b/drivers/platform/x86/chromeos_laptop.c
index
Hi Ingo,
On Fri, 2013-10-18 at 08:05 +0200, Ingo Molnar wrote:
> * Davidlohr Bueso wrote:
>
> > --- a/arch/x86/vdso/vma.c
> > +++ b/arch/x86/vdso/vma.c
> > @@ -154,12 +154,17 @@ static int setup_additional_pages(struct linux_binprm
> > *bprm,
> > unsigned size)
>
Krzysztof Mazur writes:
> On Fri, Oct 18, 2013 at 02:20:38PM +1030, Rusty Russell wrote:
>> Back when there was almost no parameter parsing support, everyone got
>> used to keeping pointers into the original. Making everyone kstrdup()
>> seems like gratuitous churn which is likely to make more
Paul Bolle writes:
> Rusty,
>
> Since v3.7 there's a link to Documentation/module-signing.txt in
> init/Kconfig. It was added by your commit 106a4ee258d1 ("module:
> signature checking hook"). It seems that this file was never added to
> the tree. Is it perhaps queued somewhere?
Well spotted.
Hi, Fengguang
On 10/19/2013 08:51 AM, Fengguang Wu wrote:
> Greetings,
Will this do any helps?
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index c06b8d3..7c61f31 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -3716,7 +3716,6 @@ long sched_setaffinity(pid_t pid, const
From: Duncan Laurie
Add the necessary PCI Device IDs to use the Haswell ULT
I2C controller in PCI mode.
Set the bus numbers to -1 so it will use dynamic assignment
rather than hardcoded.
Signed-off-by: Duncan Laurie
Signed-off-by: Benson Leung
---
drivers/i2c/busses/i2c-designware-pcidrv.c
Add the Haswell ULT device IDs for i2c-designware-pci. These are used,
for example, in Haswell generation Chromebooks, the HP Chromebook 14
and the Acer C720.
[PATCH 1/2] i2c-designware-pci: Add Haswell ULT device IDs
[PATCH 2/2] i2c-designware-pci: Index Haswell ULT bus names from 0
--
To
Rather than having the bus names be "i2c-designware-pci--1" because
we have set the .bus_num to -1 to force dynamic allocation, lets have
the busses named "i2c-designware-pci-0" and "i2c-designware-pci-1"
to correspond to the correct names of these busses.
The adapter number will still be
From: Davidlohr Bueso
Subject: [PATCH v2 3/3] vdso: preallocate new vmas
With the exception of um and tile, architectures that use
the install_special_mapping() function, when setting up a
new vma at program startup, do so with the mmap_sem lock
held for writing. Unless there's an error, this
On 10/14/2013 05:10 PM, Zhang Rui wrote:
> An ACPI enumerated device may have its compatible id strings.
>
> To support the compatible ACPI ids (acpi_device->pnp.ids),
> we introduced acpi_driver_match_device() to match
> the driver->acpi_match_table and acpi_device->pnp.ids.
>
> For those
On Wed, Sep 25, 2013 at 09:38:19AM -0700, tip-bot for Peter Zijlstra wrote:
> Commit-ID: ea8117478918a4734586d35ff530721b682425be
> Gitweb: http://git.kernel.org/tip/ea8117478918a4734586d35ff530721b682425be
> Author: Peter Zijlstra
> AuthorDate: Wed, 11 Sep 2013 12:43:13 +0200
>
From: Wei Yongjun
Remove duplicated include.
Signed-off-by: Wei Yongjun
---
fs/xfs/xfs_bmap.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/xfs/xfs_bmap.c b/fs/xfs/xfs_bmap.c
index e6b4202..92b97f7 100644
--- a/fs/xfs/xfs_bmap.c
+++ b/fs/xfs/xfs_bmap.c
@@ -34,7 +34,6 @@
#include
From: Wei Yongjun
module_platform_driver() makes the code simpler by eliminating
boilerplate code.
Signed-off-by: Wei Yongjun
---
drivers/pinctrl/pinctrl-tb10x.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-tb10x.c
From: Wei Yongjun
This patch fix the error handling in tb10x_pinctrl_probe():
- devm_ioremap_resource() return ERR_PTR() and never return NULL
- remove the dev_err call to avoid redundant error message
- pinctrl_register() returns NULL not ERR_PTR()
Signed-off-by: Wei Yongjun
---
From: Namhyung Kim
The struct ftrace_graph_data is for generalizing the access to
set_graph_function file. This is a preparation for adding support to
set_graph_notrace.
Link:
http://lkml.kernel.org/r/1381739066-7531-3-git-send-email-namhy...@kernel.org
Signed-off-by: Namhyung Kim
From: Namhyung Kim
The parser set up is just a generic utility that uses local variables
allocated by the function. There's no need to hold the graph_lock for
this set up.
This also makes the code simpler.
Link:
http://lkml.kernel.org/r/1381739066-7531-4-git-send-email-namhy...@kernel.org
From: Namhyung Kim
The set_graph_notrace filter is analogous to set_ftrace_notrace and
can be used for eliminating uninteresting part of function graph trace
output. It also works with set_graph_function nicely.
# cd /sys/kernel/debug/tracing/
# echo do_page_fault > set_graph_function
#
From: Steven Rostedt
Andrey reported the following report:
ERROR: AddressSanitizer: heap-buffer-overflow on address 8800359c99f3
8800359c99f3 is located 0 bytes to the right of 243-byte region
[8800359c9900, 8800359c99f3)
Accessed by thread T13003:
#0 810dd2da
This has been a long time coming. I'm sure there's more patches that
I missed, as my inbox got a bit large while I worked on some internal
stuff.
Anyway, I got this part out. If you sent me a patch and it's not here,
please ping me again, otherwise I'll probably miss the 3.12 window for it.
I
From: Namhyung Kim
The ftrace_graph_filter_enabled means that user sets function filter
and it always has same meaning of ftrace_graph_count > 0.
Link:
http://lkml.kernel.org/r/1381739066-7531-2-git-send-email-namhy...@kernel.org
Signed-off-by: Namhyung Kim
Signed-off-by: Steven Rostedt
---
From: Wang YanQing
The current "help" that comes out of the snapshot file when it is
not allocated looks like this:
# * Snapshot is freed *
#
# Snapshot commands:
# echo 0 > snapshot : Clears and frees snapshot buffer
# echo 1 > snapshot : Allocates snapshot buffer, if not already
On Sat, Oct 19, 2013 at 07:59:55PM +0900, Akira Hayakawa wrote:
> Dave,
>
> # -EIO retuned corrupts XFS
> I turned up
> lockdep, frame pointer, xfs debug
> and also changed to 3.12.0-rc5 from rc1.
>
> What's changed is that
> the problem we discussed in previous mails
> *never* reproduce.
>
>
Hi David,
On Tue, Oct 01 2013, David Cohen wrote:
> Implement initial SDHCI Intel Merrifield support.
> This patch is based on previous one from Yunpeng Gao
>
> Signed-off-by: David Cohen
> ---
> drivers/mmc/host/sdhci-pci.c | 30 ++
> 1 file changed, 30
On 10/20/2013 05:18 AM, Borislav Petkov wrote:
> On Sat, Oct 19, 2013 at 08:37:29PM -0400, Austin S Hemmelgarn wrote:
>> This patch adds options to specifically optimize for a number of newer
>> 64-bit microarchitectures; specifically, Intel's Nehalem, Westmere,
>> Ivy Bridge, and Sandy Bridge,
unsubscribe kvm
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
unsubscribe linux-kernel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
The user pages are generally allocated using GFP_USER or GFP_HIGHMEM
flags. The linux kernel treats GFP_USER and GFP_KERNEL as same. So,
there is no way you can tell whether a physical page belongs to user
process or not using physical frame number.
Piyus
On Fri, Oct 4, 2013 at 12:19 AM, Piyus
On 13-10-20 01:31 PM, Bart Van Assche wrote:
On 10/20/13 18:09, Douglas Gilbert wrote:
Given that lk 3.12.0 release is not far away, the safest path
may still be to revert Vaughan Cao's patch. I'll leave that
decision to the maintainers.
Hello Doug,
Thanks for looking into this. But I would
Prarit Bhargava writes:
>
> Using request_firmware_nowait() seems more appropriate here and then we
> can avoid these delays, resulting in very quick load times for the
> microcode.
It would be probably also good to remember if the loading failed for a
given CPU and then don't try it on any
Logging messages require terminating newlines to avoid possible
interleaving by other messages. Add them.
Convert bch_cache_set_error printk/vprintk/printk sequence
to use vsprintf extension %pV to eliminate any possible
interleaving.
Convert some variadic macro uses of ... to fmt, ... to
make
Hi Kukjin,
On Monday 21 of October 2013 07:01:00 Kukjin Kim wrote:
> On 10/18/13 08:38, Kukjin Kim wrote:
> > Tomasz Figa wrote:
> >> Hi Kukjin,
> >
> > Hi,
> >
> >> On Sunday 29 of September 2013 18:12:01 Tomasz Figa wrote:
> >>> According to board schematics, for HSMMC1 a GPIO line is used to
On Fri, 2013-10-18 at 10:38 -0400, Waiman Long wrote:
> When the callgraph function is enabled (-G), it may take a long time to
> scan all the stack data and merge them accordingly.
>
> This patch adds a new --max-stack option to perf-top to limit the depth
> of callchain stack data to look at to
Dear all,
may I please draw your attention to this thread?
Thank you,
Arokux
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Sat, Oct 19, 2013 at 2:26 PM, Linus Walleij wrote:
> On Fri, Oct 18, 2013 at 7:37 PM, Alexandre Courbot wrote:
>> On Fri, Oct 18, 2013 at 4:23 AM, Linus Walleij
>> wrote:
>
>>> We might have to take this as the first thing after the merge
>>> window and targeted for v3.14.
>>
>> No
Add missing headers for drivers/gpiolib/devres.c.
Signed-off-by: Alexandre Courbot
---
drivers/gpio/devres.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpio/devres.c b/drivers/gpio/devres.c
index fceebdc..307464f 100644
--- a/drivers/gpio/devres.c
+++ b/drivers/gpio/devres.c
These patches fix a few issues of the gpiod series highlighted by the
autobuild system. They take root in the fact that devres.c was compiled
even when gpiolib is not to be built, which should obviously not happen.
But they also reveal missing includes in the same file, and sparse also
pointed out
Fix the return value if devm_gpiod_get_index(). It was returning 0 while
it should return the obtained GPIO descriptor.
Signed-off-by: Alexandre Courbot
---
drivers/gpio/devres.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpio/devres.c b/drivers/gpio/devres.c
Current Kconfig allows GPIO_DEVRES to be selected and compiled without
GPIOLIB. This does not make sense anymore since GPIOLIB has become the
exclusive way to deal with GPIOs. This patch makes GPIO_DEVRES available
only if GPIOLIB is selected.
Signed-off-by: Alexandre Courbot
---
On 10/18/13 08:38, Kukjin Kim wrote:
Tomasz Figa wrote:
Hi Kukjin,
Hi,
On Sunday 29 of September 2013 18:12:01 Tomasz Figa wrote:
According to board schematics, for HSMMC1 a GPIO line is used to detect
card presence, while currently it is being configured for internal card
detect line,
If request_firmware_nowait() is called with uevent == NULL, the firmware
completion is never marked complete resulting in a hang in the process.
If uevent is undefined, that means we're not waiting on anything and the
process should just clean up and complete. While we're at it, add a
debug
If no firmware is found on the system that matches the processor, the
microcode module can take hours to load. For example on recent kernels
when loading the microcode module on an Intel system:
[ 239.532116] microcode: CPU0 sig=0x306e4, pf=0x1, revision=0x413
[ 299.693447] microcode: CPU1
If no firmware is found on the system that matches the processor, the
microcode module can take hours to load. For example on recent kernels
when loading the microcode module on an Intel system:
[ 239.532116] microcode: CPU0 sig=0x306e4, pf=0x1, revision=0x413
[ 299.693447] microcode: CPU1
On 10/20/2013 01:41 PM, Laurent Pinchart wrote:
> Hi Grant,
>
> On Tuesday 17 September 2013 17:36:32 Grant Likely wrote:
>> On Thu, 12 Sep 2013 17:57:00 +0200, Alexander Holler wrote:
>>> Am 12.09.2013 17:19, schrieb Stephen Warren:
IRQs, DMA channels, and GPIOs are all different things.
On Sun, Oct 20, 2013 at 11:30 PM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v3.12-rc6 to v3.12-rc5[3], the summaries are:
> - build errors: +9/-13
+ /scratch/kisskb/src/drivers/i2c/busses/i2c-pca-platform.c: error:
implicit declaration of function 'ioread8'
On 10/18/2013 02:25 PM, Peter De Schrijver wrote:
> The Tegra30 clock bindings lack few IDs for audio and clk_out muxes.
Is there a list of changes for V5?
Don't forget that I gave tested-by/acked-by for V4(?), unless you've
changed so much you consider that to no longer apply?
--
To unsubscribe
On Fri, Oct 18, 2013 at 02:15:52PM -0700, Eric Dumazet wrote:
> On Fri, 2013-10-18 at 16:11 -0400, Neil Horman wrote:
>
> > #define BUFSIZ_ORDER 4
> > #define BUFSIZ ((2 << BUFSIZ_ORDER) * (1024*1024*2))
> > static int __init csum_init_module(void)
> > {
> > int i;
> > __wsum sum = 0;
> >
From: Andi Kleen
According to Stephen there is no reason left not to allow
function trace in perf code. Don't disable the function
tracer instrumentation for the perf files. Changes the
generic and the x86 files.
I've been using variants of this patch for a long time and
haven't seen any
On 10/18/13 02:53, Tomasz Figa wrote:
Hi Kukjin,
On Thursday 26 of September 2013 14:05:09 Kukjin Kim wrote:
Chander Kashyap wrote:
Replace irq_domain_add_simple with "irq_domain_add_linear" in order to
use linear irq domain, and to remove hardcoded irq_base_value.
Signed-off-by: Chander
On 10/20/13 01:03, Tomasz Figa wrote:
Hi Mike, Kukjin, Rafael,
On Tuesday 24 of September 2013 14:50:06 Mateusz Krawczuk wrote:
This patch series is the new s5pv210 clock implementation
(using common clk framework).
This implementation is compatible with device tree definition and board
On Fri, Oct 18, 2013 at 03:29:03PM +0300, Adrian Hunter wrote:
> perf_event__attr_swap() needs to swap all members of
> struct perf_event_attr. Add mssing ones.
Acked-by: Jiri Olsa
jirka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, Oct 18, 2013 at 03:29:02PM +0300, Adrian Hunter wrote:
> Piped events can be sorted so a final flush is needed.
> Add that and remove a redundant 'err = 0'.
>
> Signed-off-by: Adrian Hunter
seems ok,
Reviewed-by: Jiri Olsa
jirka
--
To unsubscribe from this list: send the line
On Fri, Oct 18, 2013 at 03:29:01PM +0300, Adrian Hunter wrote:
> The final array decrement in id sample parsing is missing,
> which may trip up the next person adding a sample format,
> so add it in.
Acked-by: Jiri Olsa
jirka
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, Oct 18, 2013 at 03:29:11PM +0300, Adrian Hunter wrote:
> Add a debug print if mmap of the perf event
> ring buffer fails.
>
> Signed-off-by: Adrian Hunter
> ---
> tools/perf/util/evlist.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/tools/perf/util/evlist.c
On Fri, Oct 18, 2013 at 03:29:10PM +0300, Adrian Hunter wrote:
> Use -lunwind-x86 instead of -lunwind-x86_64 for
> 32-bit build.
>
> Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
jirka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, Oct 18, 2013 at 03:29:06PM +0300, Adrian Hunter wrote:
> Setting EXTRA_CFLAGS=-m32 did not work because CFLAGS
> was not passed around.
this breaks feature detection for me on x86_64,
I've got following errors misdetection with this patch:
... libperl: [ OFF ]
...
On Fri, Oct 18, 2013 at 03:29:00PM +0300, Adrian Hunter wrote:
> Improve the error message from write_output() to say
> what failed to write and give the error number.
>
> Signed-off-by: Adrian Hunter
> ---
> tools/perf/builtin-record.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
On 10/20/13 19:02, Vivien Didelot wrote:
> The driver currently supports only I2C access. But some devices with an
> accuracy of 8-bit are compatible with the SMBus byte access routines.
>
> This patch wraps the send and receive routines depending on the chip
> accuracy and fonctionnalities of
The Bluetooth UUID is used in big endian reversed order. Add new
modifier to print a UUID in big endian, but where the input byte
stream is actually in reversed order.
This is similar to %pMR that allows to print a MAC address in
reversed order since that is how the Bluetooth BD_ADDR is
actually
Commit-ID: 3090ffb5a2515990182f3f55b0688a7817325488
Gitweb: http://git.kernel.org/tip/3090ffb5a2515990182f3f55b0688a7817325488
Author: Stephane Eranian
AuthorDate: Thu, 17 Oct 2013 19:32:15 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Oct 2013 16:27:14 -0300
perf:
Commit-ID: 3b16ff89676d9902dc39976aee3cb0314ee37d93
Gitweb: http://git.kernel.org/tip/3b16ff89676d9902dc39976aee3cb0314ee37d93
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 14 Oct 2013 18:25:12 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Oct 2013 16:24:26 -0300
Commit-ID: fd2f3b7ee1cf4b5fa77659c5ed4aa3cf5d1b3731
Gitweb: http://git.kernel.org/tip/fd2f3b7ee1cf4b5fa77659c5ed4aa3cf5d1b3731
Author: Randy Dunlap
AuthorDate: Fri, 18 Oct 2013 17:36:16 -0700
Committer: Ingo Molnar
CommitDate: Sat, 19 Oct 2013 10:25:17 +0200
irq:
Commit-ID: b0267507dfd0187fb7840a0ec461a510a7f041c5
Gitweb: http://git.kernel.org/tip/b0267507dfd0187fb7840a0ec461a510a7f041c5
Author: Tetsuo Handa
AuthorDate: Thu, 17 Oct 2013 19:45:29 +0900
Committer: Ingo Molnar
CommitDate: Fri, 18 Oct 2013 21:58:54 +0200
mutex: Avoid gcc version
Commit-ID: 1b286bdd5b7684c681b63d5e75cada037064c315
Gitweb: http://git.kernel.org/tip/1b286bdd5b7684c681b63d5e75cada037064c315
Author: Masami Hiramatsu
AuthorDate: Fri, 11 Oct 2013 12:23:17 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Oct 2013 14:37:38 -0300
perf
On 10/20/2013 11:05 AM, Ben Hutchings wrote:
On Sun, 2013-10-20 at 09:23 -0700, Guenter Roeck wrote:
On 10/20/2013 04:56 AM, Ben Hutchings wrote:
On Sun, 2013-09-08 at 09:52 -0700, Guenter Roeck wrote:
On 09/08/2013 01:18 AM, Geert Uytterhoeven wrote:
On Sun, Sep 8, 2013 at 9:10 AM, Guenter
On Sat, 19 Oct 2013, JoonSoo Kim wrote:
> > Ok so that results in a mininum size object size of 2^(12 - 8) = 2^4 ==
> > 16 bytes on x86. This is not true for order 1 pages (which SLAB also
> > supports) where we need 32 bytes.
>
> According to current slab size calculating logic, slab whose
On Sun, 2013-10-20 at 09:23 -0700, Guenter Roeck wrote:
> On 10/20/2013 04:56 AM, Ben Hutchings wrote:
> > On Sun, 2013-09-08 at 09:52 -0700, Guenter Roeck wrote:
> >> On 09/08/2013 01:18 AM, Geert Uytterhoeven wrote:
> >>> On Sun, Sep 8, 2013 at 9:10 AM, Guenter Roeck wrote:
>
Not tainted 3.12.0-rc6-20131020
#1
[19424.151549] task: 88001d14 ti: 88001df4c000 task.ti:
88001df4c000
[19424.151561] RIP: e030:[] []
kfree+0x20c/0x210
[19424.151580] RSP: e02b:88001df4dde8 EFLAGS: 00010246
[19424.151589] RAX: 0040 RBX: 88001df4de68 RCX
On Sat, 19 Oct 2013, JoonSoo Kim wrote:
> I search the history of struct page and find that the SLUB use mapping field
> in past (2007 year). At that time, you inserted VM_BUG_ON(PageSlab(page))
> ('b5fab14') into page_mapping() function to find remaining use. Recently,
> I never hear that this
The driver currently supports only I2C access. But some devices with an
accuracy of 8-bit are compatible with the SMBus byte access routines.
This patch wraps the send and receive routines depending on the chip
accuracy and fonctionnalities of its adapter.
For instance, this allows us to use a
On Tue, 2013-09-24 at 20:41 +0300, Mihai Donțu wrote:
> Ben, Greg,
>
> Can you pull this[1] patch into your stable kernels (3.2, 3.4)? It
> fixes an unfortunate bug in fanotify where a multithreaded application
> can end up in an interruptible state, a situation which only a reboot
> can fix.
Acked-by: Christoph Lameter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Mon, 2013-09-16 at 15:38 +0200, Fabio Pedretti wrote:
> Hi, this patch should be applied in 3.2 as well:
> https://lkml.org/lkml/2013/8/13/270
>
> It will fix a regression introduced in the 3.2.49 (same commit in 3.10.6 and
> fix applied in 3.10.7).
This doesn't seem to be easily
On Fri, 18 Oct 2013, Frederic Weisbecker wrote:
> Makes sense yeah. In fact what I'm mostly concerned about is that we should
> set the affinity of __call_usermodehelper threads through inheritance from
> a parent rather than making it setting its affinity itself. Because in the
> latter case,
>
Hi Jason, Ashley,
I think it's okay to leave the checkpatch complaints as they are as they aren't
newly introduced.
I'm currently in the process of digging through the patches again and getting
the pull request ready.
Maybe I'll fix them while at it.
Thanks,
Peter
> Hi Jason,
> Patch
On 10/20/13 18:09, Douglas Gilbert wrote:
Given that lk 3.12.0 release is not far away, the safest path
may still be to revert Vaughan Cao's patch. I'll leave that
decision to the maintainers.
Hello Doug,
Thanks for looking into this. But I would appreciate it if you could
address the
On Sun, Oct 20, 2013 at 04:06:58AM -0500, Ashley Lai wrote:
> Hi Jason,
> Patch 0008-tpm-Rename-tpm.c-to-tpm-interface.c.patch does not meet the
> Linux kernel's coding standards. Please fix the errors found by
> checkpatch.pl and let me know when it's ready. Thanks.
Please use format-patch
On Fri, Oct 18, 2013 at 02:10:15PM +0200, Oleg Nesterov wrote:
> On 10/18, Lai Jiangshan wrote:
> >
> > On 10/17/2013 11:42 PM, Paul E. McKenney wrote:
> > > On Thu, Oct 17, 2013 at 10:07:15AM +0800, Lai Jiangshan wrote:
> > >> On 10/08/2013 06:25 PM, Peter Zijlstra wrote:
> > >>> From: Oleg
On 10/20/2013 04:56 AM, Ben Hutchings wrote:
On Sun, 2013-09-08 at 09:52 -0700, Guenter Roeck wrote:
On 09/08/2013 01:18 AM, Geert Uytterhoeven wrote:
On Sun, Sep 8, 2013 at 9:10 AM, Guenter Roeck wrote:
m68k-linux-ld: error: no memory region specified for loadable section
The lk 3.12.0-rc series contains a series of patches
from Vaughan Cao introduced by this post:
[PATCH v7 0/4][SCSI] sg: fix race condition in sg_open
http://marc.info/?l=linux-scsi=137774159020002=2
Doubt was thrown on the implementation by Madper Xie in
this thread:
[Bug] 12.864681
* Laurent Pinchart [131020 05:41]:
> Hi Grant,
>
> On Tuesday 17 September 2013 17:36:32 Grant Likely wrote:
> > On Thu, 12 Sep 2013 17:57:00 +0200, Alexander Holler wrote:
> > > Am 12.09.2013 17:19, schrieb Stephen Warren:
> > > > IRQs, DMA channels, and GPIOs are all different things. Their
1 - 100 of 306 matches
Mail list logo
