On Thu, Nov 01, 2012 at 11:42:59PM -0700, Kumar Amit Mehta wrote:
> fix for macro coding style.
>
No. The parenthesis are not needed. I assume this is a
checkpatch.pl warning?
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
fix for macro coding style.
Signed-off-by: Kumar Amit Mehta
---
drivers/staging/gdm72xx/wm_ioctl.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/gdm72xx/wm_ioctl.h
b/drivers/staging/gdm72xx/wm_ioctl.h
index 9f46e06..4ceecc4 100644
--- a/drivers/staging/g
At 11/01/2012 02:21 AM, David Rientjes Wrote:
> On Wed, 31 Oct 2012, Wen Congyang wrote:
>
>> From: Lai Jiangshan
>>
>> is_valid_nodemask() is introduced by 19770b32. but it does not match
>> its comments, because it does not check the zone which > policy_zone.
>>
>> Also in b377fd, this commits
Created the module_exit for the android logger so that
it can be loaded and unloaded as a module. Fixed
module_init and some other minor issues.
Signed-off-by: Luca Clementi
Cc: Greg Kroah-Hartman
Cc: Brian Swetland
---
drivers/staging/android/logger.c | 30 +-
1
Hi all,
Changes since 20121101:
The v4l-dvb tree still had its build failure so I used the version from
next-20121026.
The modules tree gained a build failure so I used the version from
next-20121101.
The kvm tree lost its conflicts.
The tmem tree lost its conflicts.
The usb tree gained 2
> rtcdev = NULL
>
> CPU0 CPU 1
>
> alarmtimer_rtc_add_device(A)
> if (rtcdev) alarmtimer_rtc_add_device(B)
>return -EBUSY; if (rtcdev)
> mutex_lock(); return -EBUSY;
> rtcdev = A;
(2012/11/01 3:21), David Rientjes wrote:
On Wed, 31 Oct 2012, Wen Congyang wrote:
From: Lai Jiangshan
is_valid_nodemask() is introduced by 19770b32. but it does not match
its comments, because it does not check the zone which > policy_zone.
Also in b377fd, this commits told us, if highest zo
Hi ,
After merging the final tree, today's linux-next build (powerpc
allyesconfig) failed like this:
In file included from drivers/usb/host/ehci-platform.c:28:0:
drivers/usb/host/ehci.h: In function 'ehci_readl':
drivers/usb/host/ehci.h:662:3: error: implicit declaration of function
'readl_be' [
From: Namhyung Kim
Currently various hist browser functions receive 3 arguments for
refreshing histogram but only used from a few places. Also it's only
for perf top command so that it can be NULL for other (and probably
most) cases. Pack them into a struct in order to reduce number of
those un
From: Namhyung Kim
David reported that current perf report refused to run on a data file
captured from a different machine because of objdump. Since the
objdump tools won't be used unless annotation was requested, checking
its presence at init time doens't make sense.
Reported-by: David Ahern
From: Namhyung Kim
David reported that perf report for i686 target data on x86_64 host
failed to work because it tried to find out cross-compiled objdump.
However objdump for x86_64 is compatible to i686 so that it doesn't
need to do it at all. To prevent similar artifacts, normalize arch
name
Acked-by: Saurav Kashyap
Thanks,
~Saurav
>Correct spelling typo in debug messages within qla2xxx drivers.
>
>Signed-off-by: Masanari Iida
>---
> drivers/scsi/qla2xxx/qla_iocb.c| 2 +-
> drivers/scsi/qla2xxx/qla_isr.c | 4 ++--
> drivers/scsi/qla2xxx/qla_mid.c | 2 +-
> drivers/scsi
* Oleg Nesterov [2012-10-28 18:39:28]:
> No functional changes.
>
> powerpc is the only user of arch_uprobe_enable/disable_step() helpers,
> but they should die. They can not be used correctly, every arch needs
> its own implementation (like x86 does). And they do not really help
> even as initi
On 10/30/2012 11:20 PM, Rafael J. Wysocki wrote:
> On Tuesday, October 30, 2012 03:28:45 PM Aaron Lu wrote:
>> On Mon, Oct 29, 2012 at 10:11:20AM +0100, Rafael J. Wysocki wrote:
>>> From: Rafael J. Wysocki
>>>
>>> If the caller of acpi_bus_set_power() already has a pointer to the
>>> struct acpi_d
Hi Lee,
> -Original Message-
> From: Jonghwa Lee [mailto:jonghwa3@samsung.com]
> Sent: Friday, November 02, 2012 7:55 AM
> To: linux...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Brown, Len; R, Durgadoss; Rafael J.
> Wysocki; Amit Dinel Kachhap; MyungJoo Ham; Kyungmin Park; Jo
> Subject: [PATCH 1/4] uprobes/powerpc: Don't clear TIF_UPROBE in
> do_notify_resume()
>
> Cleanup. No need to clear TIF_UPROBE, uprobe_notify_resume() does this.
>
> Signed-off-by: Oleg Nesterov
Acked-by: Srikar Dronamraju
> ---
> arch/powerpc/kernel/signal.c |4 +---
> 1 files change
fixed below checkpatch warnings.
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
- WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then
pr_info(... to printk(KERN_INFO ...
- WARNING: Prefer netdev_notice(netdev, ... then dev_n
Hi Kees,
Today's linux-next merge of the drop-experimental tree got a conflict in
drivers/net/ethernet/intel/Kconfig between commit a24006ed1261 ("ptp:
Enable clock drivers along with associated net/PHY drivers") from the
net-next tree and commit 70c5056f413d ("drivers/net/ethernet/intel:
remove d
Josh Boyer writes:
> On Thu, Nov 01, 2012 at 07:26:55AM -0400, Josh Boyer wrote:
>> > I prefer something like this (untested):
>> >
>> > diff --git a/Makefile b/Makefile
>> > index 42d0e56..cb66c8d 100644
>> > --- a/Makefile
>> > +++ b/Makefile
>> > @@ -722,8 +722,14 @@ export mod_strip_cmd
>> >
Josh Boyer writes:
> On Thu, Nov 01, 2012 at 06:03:18PM +1030, Rusty Russell wrote:
>> Josh Boyer writes:
>>
>> > If CONFIG_MODULE_SIG is set, and 'make modules_sign' is called then this
>> > patch will cause the modules to get a signature appended. The make target
>> > is intended to be run a
Stephen Rothwell writes:
> Hi Rusty,
>
> After merging the modules tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
As this is in Andrew's tree, I've reverted it from my modules-next tree.
Thanks,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe lin
On Tue, Oct 30, 2012 at 10:23 PM, Linus Torvalds
wrote:
> On Tue, Oct 30, 2012 at 6:36 PM, Sasha Levin wrote:
>>
>> I can either rebase that on top of mainline, or we can ask maintainers
>> to take it to their own trees if you take only 01/16 into mainline.
>> What would you prefer?
>
> I don't r
"Paton J. Lewis" wrote:
> --- /dev/null
> +++ b/tools/testing/selftests/epoll/test_epoll.c
> + /* Handle events until we encounter an error or this thread's 'stop'
> +condition is set: */
> + while (1) {
> + int result = epoll_wait(thread_data->epoll_set,
> +
On 11/01/2012 08:16 AM, Axel Lin wrote:
> The of_device_id table is supposed to be zero-terminated.
Thanks. How embarrassing! I forwarded this to arm-soc for inclusion into
3.7.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ke
Hi Greg,
After merging the usb tree, today's linux-next build (x86_64 allmodconfig)
produced this warning:
WARNING: drivers/usb/host/ehci-hcd: 'ehci_init_driver' exported twice. Previous
export was in drivers/usb/chipidea/ci_hdrc.ko
WARNING: drivers/usb/host/ehci-hcd: 'ehci_resume' exported twic
On Mon, Oct 8, 2012 at 9:56 PM, Kay Sievers wrote:
> On Mon, Oct 8, 2012 at 9:54 PM, "Jan H. Schönherr"
>>> Jan,
>>> any updates, did you try something else?
>>> Or should we merge the first version for now?
>>
>> I'm working on it, though I cannot spend as much time as I want. :)
>>
>> My curren
> -Original Message-
> From: Thomas Gleixner [mailto:t...@linutronix.de]
> Sent: Friday, November 02, 2012 6:56 AM
> To: Liu, Chuansheng
> Cc: john.stu...@linaro.org; gre...@linuxfoundation.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 2/3] alarmtimer: Using the alarmtimer_get
On 11/1/12 7:11 PM, Namhyung Kim wrote:
From f0a9d6303f83452c8b6f81081abae8fdf9c81778 Mon Sep 17 00:00:00 2001
From: Namhyung Kim
Date: Fri, 2 Nov 2012 09:48:17 +0900
Subject: [PATCH] perf tools: Use normalized arch name for searching objdump
path
David reported that perf report for i686 targ
> It's safe to do in any code path which wants to use rtcdev:
>
> if (!rtcdev)
> return -ENODEV:
> do_something(rtcdev);
>
Really thanks your analysis and sharing, learn something.
And preparing a new patch with your comments for this point.
Subject: [PATCH] alarmtimer: Removing
On 11/01/2012 09:41 PM, Hugh Dickins wrote:
On Wed, 31 Oct 2012, Hugh Dickins wrote:
On Wed, 31 Oct 2012, Zhouping Liu wrote:
On 10/31/2012 03:26 PM, Hugh Dickins wrote:
There's quite a few put_page()s in do_huge_pmd_numa_page(), and it
would help if we could focus on the one which is giving t
On Wed, Oct 31, 2012 at 01:56:14PM -0600, Josh Cartwright wrote:
> Add support for retrieving TTC configuration from device tree. This
> includes the ability to pull information about the driving clocks from
> the of_clk bindings.
>
> Signed-off-by: Josh Cartwright
> ---
> diff --git a/drivers/c
We met a ksoftirqd 100% issue, the perf top shows kernel is busy
with tasklet_action(), but no actual action is shown. From dumped
kernel, there's only one disabled tasklet on the tasklet_vec.
tasklet_action might be handled after tasklet is disabled, this will
make disabled tasklet stayed on task
Hi Feng,
On Thu, 1 Nov 2012 00:00:57 +0800, Feng Tang wrote:
> This is for tui browser only. This patch will check the returned
> key of tui hists browser, if it's K_SWITH_INPUT_DATA, then recreate
> a session for the new selected data file.
You may want to add my previous patch [1] to your patc
Generated by: coccinelle/api/memdup_user.cocci
Acked-by: Julia Lawall
Reported-by: Fengguang Wu
---
drivers/vfio/pci/vfio_pci.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
--- linux.orig/drivers/vfio/pci/vfio_pci.c 2012-10-23 18:21:57.118168335
+0800
+++ linux/
The following chips need to enable internal settings to let ASPM
and clock request work.
RTL8111E-VL, RTL8111F, RTL8411, RTL8111G
RTL8105, RTL8402, RTL8106
Signed-off-by: Hayes Wang
---
drivers/net/ethernet/realtek/r8169.c | 30 +-
1 file changed, 21 insertions(+), 9
Hi Bob,
On Fri, Nov 02, 2012 at 09:43:01AM +0800, Bob Liu wrote:
> On Tue, Oct 30, 2012 at 9:29 AM, Minchan Kim wrote:
> > This patch introudces new madvise behavior MADV_VOLATILE and
> > MADV_NOVOLATILE for anonymous pages. It's different with
> > John Stultz's version which considers only tmpfs
On 11/01/2012 08:59 PM, Linus Torvalds wrote:
> On Thu, Nov 1, 2012 at 4:06 PM, Sasha Levin wrote:
>> I'm not sure why, but the hlist for each entry iterators were conceived
>> differently from the list ones. While the list ones are nice and elegant:
>>
>> list_for_each_entry(pos, head, me
On 11/02/2012 02:47 AM, Paton J. Lewis wrote:
> On 10/31/12 5:43 PM, Michael Wang wrote:
>> On 11/01/2012 02:57 AM, Paton J. Lewis wrote:
>>> On 10/30/12 11:32 PM, Michael Wang wrote:
On 10/26/2012 08:08 AM, Paton J. Lewis wrote:
> From: "Paton J. Lewis"
>
> It is not currently po
Hi Christoph,
On Thu, Nov 01, 2012 at 08:26:09PM +, Christoph Lameter wrote:
> On Fri, 26 Oct 2012, Minchan Kim wrote:
>
> > I guess it would improve system performance very well.
> > But as I wrote down in description, downside of the patch is that we have to
> > age anon lru although we don
Em Fri, 2 Nov 2012 00:54:57 +0100
Borislav Petkov escreveu:
> On Thu, Nov 01, 2012 at 11:47:52PM +, Luck, Tony wrote:
> > > Right, but at least in the csrow case, we still can compute back the
> > > csrow even with the interleaving, after we know how it is done exactly
> > > (on which address
This patch supports exynos's emulation mode with newly created sysfs node.
Exynos 4x12 (4212, 4412) and 5 series provide emulation mode for thermal
management unit. Thermal emulation mode supports software debug for TMU's
operation. User can set temperature manually with software code and TMU
will
On Fri, 02 Nov 2012 10:25:18 +0900, Namhyung Kim wrote:
> namhyung@sejong:perf$ cat tests/attr/test-stat-group1
> [config]
> command = stat
> args= -e '{cycles,instructions}' kill >/dev/null 2>&1
> ret = 1
>
> [event-1:base-stat]
> fd=1
> group_fd=-1
>
> [event-2:base-stat]
> fd=2
> group_
On 01.11.2012 21:01, Jan Kara wrote:
On Mon 29-10-12 00:39:46, Marcus Sundman wrote:
Hello,
I have a big problem with the system freezing and would appreciate
any help on debugging this and pinpointing where exactly the problem
is, so it could be fixed.
So, whenever I write to the disk the
On Wed, 31 Oct 2012 15:52:47 +0100, Jiri Olsa wrote:
> Adding automated test to check event's perf_event_attr values.
>
> The idea is run perf session with kidnapping sys_perf_event_open
> function. For each sys_perf_event_open call we store the
> perf_event_attr data to the file to be checked late
On 10/31/2012 10:45 PM, Jason Wang wrote:
> Hello All:
>
> This is an update of multiqueue support in tuntap from V3. Please consider to
> merge.
>
> The main idea for this series is to let tun/tap device to be benefited from
> multiqueue network cards and multi-core host. We used to have a singl
Em Thu, 1 Nov 2012 21:09:07 +
"Luck, Tony" escreveu:
> Em Thu, 1 Nov 2012 20:55:09 +0100
> Borislav Petkov escreveu:
> > On Thu, Nov 01, 2012 at 09:47:21AM -0200, Mauro Carvalho Chehab wrote:
> > > 1) when both APEI/GHES and sb_edac are loaded, error reports are
> > >inconsistent: race i
dle_init' defined but not used
[-Werror=unused-function]
And several more similar.
Caused (again - a fixed version of this patch is in the akpm tree) by
commit 9f859bf82c1d ("init: Use the stringify operator for the
__define_initcall macro").
I have use the modules tree fro
Hi Jiri,
Despite its way to acme's tree, I'd like to leave a few comments. :)
On Tue, 30 Oct 2012 23:01:43 +0100, Jiri Olsa wrote:
> Separating test objects into 'tests' directory.
>
> Signed-off-by: Jiri Olsa
> Cc: Arnaldo Carvalho de Melo
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: Paul M
On Thu, Nov 01, 2012 at 04:48:41PM -0700, Hugh Dickins wrote:
> On Thu, 1 Nov 2012, Dave Jones wrote:
> > On Thu, Nov 01, 2012 at 04:03:40PM -0700, Hugh Dickins wrote:
> > >
> > > Except... earlier in the thread you explained how you hacked
> > > #define VM_BUG_ON(cond) WARN_ON(cond)
> >
On Tue, Oct 30, 2012 at 9:29 AM, Minchan Kim wrote:
> This patch introudces new madvise behavior MADV_VOLATILE and
> MADV_NOVOLATILE for anonymous pages. It's different with
> John Stultz's version which considers only tmpfs while this patch
> considers only anonymous pages so this cannot cover Jo
On Thu, Nov 01, 2012 at 05:38:54PM +1100, NeilBrown wrote:
>
> Hi Shaohua,
> I've been doing some testing and discovered a problem with your discard
> support for RAID5.
>
> The code in blkdev_issue_discard assumes that the 'granularity' is a power
> of 2, and for example subtracts 1 to get a
On Thu, Nov 1, 2012 at 7:33 AM, Christoph Lameter wrote:
> On Thu, 1 Nov 2012, Shan Wei wrote:
>
>> But for different field in same per-cpu variable, how to guarantee n_missed
>> and n_hit are from same cpu?
>> this_cpu_read(dp->stats_percpu->n_missed);
>> [processor changed]
>> this_cpu_read(dp->
When MEMCG is configured on (even when it's disabled by boot option),
when adding or removing a page to/from its lru list, the zone pointer
used for stats updates is nowadays taken from the struct lruvec.
(On many configurations, calculating zone from page is slower.)
But we have no code to update
Hi,
On Fri, 2 Nov 2012 00:20:56 +0100, Jiri Olsa wrote:
> On Thu, Nov 01, 2012 at 05:38:01PM -0300, Arnaldo Carvalho de Melo wrote:
>> Ah, I just pushed perf/core with this patchset, thanks!
>
> thanks,
> jirka
When using current acme/perf/core, I got this:
namhyung@sejong:perf$ ./perf test -v p
On 11/02/2012 12:43 AM, Toshi Kani wrote:
Hi Tang,
Rafael pointed out in my CPU hot-remove patch that
acpi_bus_hot_remove_device() was not exported for modules. Looks like
you have the same problem here. FYI, I just sent the following patch
that exports acpi_bus_hot_remove_device() and acpi_o
Hi David,
On Thu, 01 Nov 2012 15:09:46 -0600, David Ahern wrote:
> $ /tmp/pbuild/perf report -i perf.data --kallsyms kallsyms
> Error:
> Please install objdump for i686.
> You can add it to PATH, set CROSS_COMPILE or override the default
> using --objdump.
>
> And worse it refuses to run without i
On Thursday, November 01, 2012 04:39:50 PM Yinghai Lu wrote:
> On Thu, Nov 1, 2012 at 4:15 PM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> > Subject: ACPI: Make seemingly useless check in osl.c more understandable
> >
> > There is a seemingly useless check in drivers/acpi/osl.c added b
On 30.10.2012 23:38, Alan Cox wrote:
If you want to wipe a disk issue a security erase command via hdparm.
There is no guarantee that simply writing crap all over it will re-use
the same sectors of physical media, and for a flash drive it causes
massive wear and takes forever while a security e
Alan Cox wrote:
How about that recently preliminary infrastructure to send ORDERED commands
instead of queue draining was deleted from the kernel, because "there's no
difference where to drain the queue, on the kernel or the storage side"?
Send patches.
Isn't any type of kernel-side ordering
On Thu, Nov 1, 2012 at 4:06 PM, Sasha Levin wrote:
> I'm not sure why, but the hlist for each entry iterators were conceived
> differently from the list ones. While the list ones are nice and elegant:
>
> list_for_each_entry(pos, head, member)
>
> The hlist ones were greedy and wanted an e
On Thu, Nov 01, 2012 at 05:23:48PM -0700, Stan Hu wrote:
> Unfortunately, with this board I am using, it would be a significant
> effort for me to get 3.6 or 3.7 running. Do you have any suggestions
> of what I should look for in the 3.2 kernel?
Why is that, because companies don't have their boa
> git log v3.0.36-rt58..3.0.48-rt72
>
> That's what a source version control system is designed for AFAICT
Thanks for the tip. I (naively) presumed there were published
changelogs and was looking for them. Nor did I know the git logs were
limited to releases, and didn't look there because I fear
Added Atheros AR3011 internal bluetooth device found in Sony VAIO VPCEH to the
devices list.
Before this, the bluetooth module was identified as an Foxconn / Hai bluetooth
device [0489:e027], now it claims to be an AtherosAR3011 Bluetooth
[0cf3:3005].
# cat /sys/kernel/debug/usb/devices
T: Bus
we should call pid_ns_release_proc to unmount pid_namespace's
proc_mnt when copy_net_ns failed in function create_new_namespaces.
otherwise,the proc_mnt will not be freed and because the super_block
of proc_mnt also add the reference of the pid_namespace,so this
pid_namespace will never be release
On Tue, Oct 30, 2012 at 5:33 PM, Steven Rostedt wrote:
> From: Thomas Gleixner
>
> The netfilter code relies only on the implicit semantics of
> local_bh_disable() for serializing wt_write_recseq sections. RT breaks
> that and needs explicit serialization here.
>
> Reported-by: Peter LaDow
> Sig
On Thu, 1 Nov 2012 15:47:30 -0700
"Darrick J. Wong" wrote:
> On Thu, Nov 01, 2012 at 04:22:54PM -0400, Jeff Layton wrote:
> > On Thu, 1 Nov 2012 11:43:26 -0700
> > Boaz Harrosh wrote:
> >
> > > On 11/01/2012 12:58 AM, Darrick J. Wong wrote:
> > > > Fix up the filesystems that provide their own
Unfortunately, with this board I am using, it would be a significant
effort for me to get 3.6 or 3.7 running. Do you have any suggestions
of what I should look for in the 3.2 kernel?
For now, I've worked around it by enabling the panic=10 and
panic_on_oops kernel=1 options to reboot when this hap
This adds support for seccomp BPF to ARM. When built with the seccomp
improvement patch waiting in linux-next ("seccomp: Make syscall skipping
and nr changes more consistent"), this passes the seccomp regression
test suite: https://github.com/redpig/seccomp
Thanks,
-Kees
---
v3:
- updates sugge
tory at:
git://github.com/czankel/xtensa-linux.git tags/xtensa-next-20121101
for you to fetch changes up to dc241f2c1761bfdec85915f4bbf7e750663f3442:
xtensa: switch to generic sys_execve() (2012-10-25 15:00:44 -0700)
Xtensa patch
There is very little difference in the TIF_SECCOMP and TIF_SYSCALL_WORK
path in entry-common.S, so merge TIF_SECCOMP into TIF_SYSCALL_WORK and
move seccomp into the syscall_trace_enter() handler.
Expanded some of the tracehook logic into the callers to make this code
more readable. Since tracehook
From: Will Drewry
Provide an ARM implementation of syscall_get_arch. This is a pre-requisite
for CONFIG_HAVE_ARCH_SECCOMP_FILTER.
Signed-off-by: Will Drewry
Signed-off-by: Kees Cook
---
arch/arm/include/asm/syscall.h | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/ar
On tracehook-friendly platforms, a system call number of -1 falls
through without running much code or taking much action.
ARM is different. This adds a short-circuit check in the trace path to
avoid any additional work, as suggested by Russell King, to make sure
that ARM behaves the same way as o
Alan Cox, on 11/01/2012 05:24 PM wrote:
How about that recently preliminary infrastructure to send ORDERED commands
instead of queue draining was deleted from the kernel, because "there's no
difference where to drain the queue, on the kernel or the storage side"?
Send patches.
OK, then we ha
From: Will Drewry
Reflect architectural support for seccomp filter.
Signed-off-by: Will Drewry
Signed-off-by: Kees Cook
---
arch/arm/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index ade7e92..0e8d490 100644
--- a/arch/arm/Kconfig
+++ b/ar
On Thu, Nov 01, 2012 at 03:02:45PM -0700, Stan Hu wrote:
> Hello,
>
> I'm getting this kernel oops sporadically with a custom Cortex-A8 ARM
> board with a Linux 3.2.28 kernel. The system is booting off an SD
> card; interestingly this failure doesn't seem to happen when I boot
> from NAND flash.
The driver has both SPI and I2C pieces. The appropriate pieces are built based
on whether SPI and/or I2C is/are enabled. However, it was only checking if I2C
was built-in, never if it was built as a module. This patch checks for either
since building both this driver and I2C as modules is possible.
On Thu, 1 Nov 2012 16:07:39 +0400
Glauber Costa wrote:
> This patch implements destruction of memcg caches. Right now,
> only caches where our reference counter is the last remaining are
> deleted. If there are any other reference counters around, we just
> leave the caches lying around until th
On Thu, 1 Nov 2012 16:07:27 +0400
Glauber Costa wrote:
> Because the ultimate goal of the kmem tracking in memcg is to track slab
> pages as well, we can't guarantee that we'll always be able to point a
> page to a particular process, and migrate the charges along with it -
> since in the common
On Thu, 1 Nov 2012 16:07:16 +0400
Glauber Costa wrote:
> Hi,
>
> This work introduces the kernel memory controller for memcg. Unlike previous
> submissions, this includes the whole controller, comprised of slab and stack
> memory.
I'm in the middle of (re)reading all this. Meanwhile I'll push
On Thu, Nov 01, 2012 at 11:47:52PM +, Luck, Tony wrote:
> > Right, but at least in the csrow case, we still can compute back the
> > csrow even with the interleaving, after we know how it is done exactly
> > (on which address bits, etc). I think this should be doable on Intel
> > controllers to
On Thu, Nov 1, 2012 at 3:05 PM, Felipe Balbi wrote:
> HI,
>
> On Thu, Nov 01, 2012 at 03:59:50PM +0200, Pantelis Antoniou wrote:
>> Hi Alan,
>>
>> On Nov 1, 2012, at 3:51 PM, Alan Cox wrote:
>>
>> >> What they want, and what every user wants, is I plug this board in, and
>> >> the driver make sure
On Thu, 1 Nov 2012, Dave Jones wrote:
> On Thu, Nov 01, 2012 at 04:03:40PM -0700, Hugh Dickins wrote:
> >
> > Except... earlier in the thread you explained how you hacked
> > #define VM_BUG_ON(cond) WARN_ON(cond)
> > to get this to come out as a warning instead of a bug,
> > and now it looks
> Right, but at least in the csrow case, we still can compute back the
> csrow even with the interleaving, after we know how it is done exactly
> (on which address bits, etc). I think this should be doable on Intel
> controllers too but I don't know.
No. Architecturally all Intel provides is the p
On Thu, Nov 1, 2012 at 4:15 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
> Subject: ACPI: Make seemingly useless check in osl.c more understandable
>
> There is a seemingly useless check in drivers/acpi/osl.c added by
> commit bc73675 (ACPI: fixes a false alarm from lockdep), which real
Hi James,
This time against security-next...
The following changes since commit 61d335dd27c67d656f114c091a46cf95cbeeb77c:
Merge branch 'security-next-keys' of
git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/security-keys into
next-queue (2012-10-03 13:00:17 +1000)
are available in
On Thu, Nov 1, 2012 at 4:11 PM, Chris Zankel wrote:
>
> https://github.com/czankel/xtensa-linux.git for_next
We've been here before, haven't we? There's so much wrong with this
that it's not funny.
I don't want https addresses. Yes, I suspect github uses the smart
streaming git mode, but you c
Amit Shah writes:
> On (Tue) 23 Oct 2012 [12:17:49], Rusty Russell wrote:
>> sjur.brandel...@stericsson.com writes:
>> > From: Sjur Brændeland
>
>> > @@ -1415,7 +1524,16 @@ static void remove_port_data(struct port *port)
>> >
>> >/* Remove buffers we queued up for the Host to send us data i
On Thu, Nov 01, 2012 at 05:38:01PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Oct 30, 2012 at 11:01:41PM +0100, Jiri Olsa escreveu:
> > hi,
> > this code tests the link between perf stat/record command line
> > options and final perf_event_attr struct values. Also it tests
> > the group fd li
On Thu, Nov 01, 2012 at 04:03:40PM -0700, Hugh Dickins wrote:
> > I just noticed we had a user report hitting this same warning, but
> > with a different trace..
> >
> > : [] warn_slowpath_common+0x7f/0xc0
> > : [] warn_slowpath_null+0x1a/0x20
> > : [] shmem_getpage_gfp+0x7f3/0x830
> > : []
On Thursday, November 01, 2012 19:53:31 Gustavo Padovan wrote:
> > # cat /sys/kernel/debug/usb/devices
> > T: Bus=01 Lev=02 Prnt=02 Port=04 Cnt=02 Dev#= 11 Spd=12 MxCh= 0
> > D: Ver= 1.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
> > P: Vendor=0cf3 ProdID=3005 Rev= 0.01
>
> I actually ne
On Thu 01-11-12 15:56:34, Boaz Harrosh wrote:
> On 11/01/2012 11:57 AM, Darrick J. Wong wrote:
> > On Thu, Nov 01, 2012 at 11:21:22AM -0700, Boaz Harrosh wrote:
> >> On 11/01/2012 12:58 AM, Darrick J. Wong wrote:
> >>> This creates a per-backing-device counter that tracks the number of users
> >>>
On Thursday, November 01, 2012 03:38:19 PM Yinghai Lu wrote:
> On Thu, Nov 1, 2012 at 2:21 PM, Rafael J. Wysocki wrote:
> >> So you are going to replace acpi_device/acpi_driver with
> >> platform_device/platform_driver ?
> >
> > Not exactly. Let me start from the big picture, though. :-)
> >
> >
Hi Linus,
Would be great if you could pull the Xtensa tree for some important bug
fixes. With the change to uapi, there was a bug introduced that results
in an empty syscall table (mult-inclusion bug). Switching to the generic
thread/execve allowed us to fix a bug we had in vfork().
Thanks,
-Chri
On Thursday, November 01, 2012 03:15:31 PM Yinghai Lu wrote:
> On Thu, Nov 1, 2012 at 2:31 PM, Rafael J. Wysocki wrote:
> >> oh, no, that commit should not be reverted. instead we should add some
> >> comment for it...
> >>
> >> that mean : three path, will have three separated static lock dep key
I'm not sure why, but the hlist for each entry iterators were conceived
differently from the list ones. While the list ones are nice and elegant:
list_for_each_entry(pos, head, member)
The hlist ones were greedy and wanted an extra parameter:
hlist_for_each_entry(tpos, pos, head,
On Thu, 1 Nov 2012, Dave Jones wrote:
> On Wed, Oct 24, 2012 at 09:36:27PM -0700, Hugh Dickins wrote:
> > On Wed, 24 Oct 2012, Dave Jones wrote:
> >
> > > Machine under significant load (4gb memory used, swap usage fluctuating)
> > > triggered this...
> > >
> > > WARNING: at mm/shmem.c:1151
[Issue]
a format of variable name has been updated to type, id, count and ctime
to support holding multiple logs.
Format of current variable name
dump-type0-1-2-12345678
type:0
id:1
count:2
ctime:12345678
On the other hand, if an old variable name before being updated
remains, users c
[Issue]
a format of variable name has been updated to type, id, count and ctime
to support holding multiple logs.
Format of current variable name
dump-type0-1-2-12345678
type:0
id:1
count:2
ctime:12345678
On the other hand, if an old variable name before being updated
remains, users c
[Issue]
Currently, a variable name, which identifies each entry, consists of type, id
and ctime.
But if multiple events happens in a short time, a second/third event may fail
to log because
efi_pstore can't distinguish each event with current variable name.
[Solution]
A reasonable way to ident
On Thu, 1 Nov 2012, Peter LaDow wrote:
> On Thu, Nov 1, 2012 at 2:26 PM, Thomas Gleixner wrote:
> > Cough. You are missing a boat load of crucial fixes. There is a damned
> > good reason why 3.0.stable got 12 updates and the -rt version 14.
>
> I don't doubt there are. But we've only experience
1 - 100 of 546 matches
Mail list logo
