Hi George,
On Mon, Nov 5, 2012 at 1:00 PM, George Zhang wrote:
> For additional information about the use of VMCI and in particular
> VMCI Sockets, please refer to the VMCI Socket Programming Guide
> available at https://www.vmware.com/support/developer/vmci-sdk/.
Is there documentation about
On Mon, Nov 05, 2012 at 09:37:18AM -0600, Chris Friesen wrote:
> On 11/05/2012 09:31 AM, Jiri Kosina wrote:
>
> >I had a naive idea of just putting in-kernel verification of a complete
> >ELF binary passed to kernel by userspace, and if the signature matches,
> >jumping to it.
> >Would work for
Hi David,
> The big and only question is whether anyone can actually use any of
> this stuff without your proprietary bits?
Do you mean the VMCI calls? The VMCI driver is in the process of being
upstreamed into the drivers/misc tree. Greg (cc'd on these patches) is
actively reviewing that code
Hello, Alan.
On Sat, Nov 03, 2012 at 02:50:52PM +, Alan Cox wrote:
> > I proposed a way to implement the ultimately flexible solution (BPF) and
> > you shot it down because it was too complex. Alan is showing you with
> > multiple examples of why the flexibility would be useful (perhaps
At Mon, 05 Nov 2012 18:18:24 +0100,
Takashi Iwai wrote:
>
> Hi,
>
> this is a patch series to add the support for firmware signature
> check. At this time, the kernel checks extra signature file (*.sig)
> for each firmware, instead of embedded signature.
> It's just a quick hack using the
From: David Miller
Date: Mon, 05 Nov 2012 13:09:17 -0500 (EST)
> The big and only question is whether anyone can actually use any of
> this stuff without your proprietary bits?
And BTW vm-crosst...@vmware.com bounces, take it out of the CC: list
on all future emails.
--
To unsubscribe from this
The big and only question is whether anyone can actually use any of
this stuff without your proprietary bits?
--
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
On Mon, Nov 05, 2012 at 10:43:17AM -0700, Bjorn Helgaas wrote:
> > It should already be unique in case of ACPI. We use ACPI _HID and _UID to
> > achieve that.
>
> Using only _HID and _UID to guarantee uniqueness means you're relying
> on a property of the BIOS, so you're vulnerable to BIOS bugs.
On Fri, Nov 02, 2012 at 02:32:48PM -0700, Eric W. Biederman wrote:
> Vivek Goyal writes:
>
> > On Thu, Nov 01, 2012 at 02:52:25PM +, Matthew Garrett wrote:
> >> On Thu, Nov 01, 2012 at 10:43:04AM -0400, Vivek Goyal wrote:
> >>
> >> > So I think this does satisfy the requirement matthew
clone_children makes cgroup invoke ->post_clone() callback if it
exists and sets CGRP_CLONE_CHILDREN. ->post_clone(), while being
named generically, is only supposed to copy configuration from its
parent.
This is an entirely convenience feature which is only used by cpuset
to alter its
VSOCK header files, Makefiles and Kconfig systems for Linux VSocket module.
Signed-off-by: George Zhang
---
include/linux/socket.h |4
net/Kconfig |1
net/Makefile|1
net/vmw_vsock/Kconfig | 14 +
VSOCK utility functions for Linux VSocket module.
Signed-off-by: George Zhang
---
net/vmw_vsock/util.c | 626 ++
net/vmw_vsock/util.h | 312 +
2 files changed, 938 insertions(+), 0 deletions(-)
create mode 100644
VSOCK stats for VMCI Stream Sockets protocol.
Signed-off-by: George Zhang
---
net/vmw_vsock/stats.c | 37
net/vmw_vsock/stats.h | 219 +
2 files changed, 256 insertions(+), 0 deletions(-)
create mode 100644 net/vmw_vsock/stats.c
VSOCK control notifications for VMCI Stream Sockets protocol.
Signed-off-by: George Zhang
---
net/vmw_vsock/notify.c | 984
net/vmw_vsock/notify.h | 130 ++
2 files changed, 1114 insertions(+), 0 deletions(-)
create mode 100644
On 11/05/2012 12:59 PM, Alan Cox wrote:
> On Mon, 5 Nov 2012 12:26:43 -0500
> Sasha Levin wrote:
>
>> Ping? Should I bisect it?
>>
>> On Fri, Oct 26, 2012 at 9:37 AM, Alan Cox wrote:
>>> On Thu, 25 Oct 2012 15:37:43 -0400
>>> Sasha Levin wrote:
>>>
Hi all,
While fuzzing with
VSOCK linux address code implementation.
Signed-off-by: George Zhang
---
net/vmw_vsock/vsock_addr.c | 264
net/vmw_vsock/vsock_addr.h | 40 +++
2 files changed, 304 insertions(+), 0 deletions(-)
create mode 100644 net/vmw_vsock/vsock_addr.c
* * *
This series of VSOCK linux upstreaming patches include latest udpate from
VMware.
Summary of changes:
- Add include/linux/socket.h for AF_VSOCK.
- Cleanup some comments.
- Cleanup makefiles.
* * *
In an effort to improve the out-of-the-box experience with Linux
On Mon, 5 Nov 2012 12:26:43 -0500
Sasha Levin wrote:
> Ping? Should I bisect it?
>
> On Fri, Oct 26, 2012 at 9:37 AM, Alan Cox wrote:
> > On Thu, 25 Oct 2012 15:37:43 -0400
> > Sasha Levin wrote:
> >
> >> Hi all,
> >>
> >> While fuzzing with trinity inside a KVM tools (lkvm) guest running
On Mon, 5 Nov 2012 19:12:48 +0200, Mika Westerberg wrote:
> On Mon, Nov 05, 2012 at 04:19:20PM +0100, Jean Delvare wrote:
> > I2C core fears that you're mixing up everything ;) I2C adapter devices
> > are struct i2c_adapter aka i2c-0, i2c-1 etc. i2c_client is for slave
> > devices. There's nothing
On Mon, Nov 5, 2012 at 10:12 AM, Mika Westerberg
wrote:
> On Mon, Nov 05, 2012 at 04:19:20PM +0100, Jean Delvare wrote:
>> On Mon, 5 Nov 2012 16:53:15 +0200, Mika Westerberg wrote:
>> > On Mon, Nov 05, 2012 at 03:19:58PM +0100, Rafael J. Wysocki wrote:
>> > >
>> > > In the ACPI namespace we have
On 11/04/2012 11:04 AM, Linus Walleij wrote:
> On Wed, Oct 31, 2012 at 10:04 AM, Alex Courbot wrote:
>
>> Would anyone be opposed to having a gpio_get() function that works similarly
>> to e.g. regulator_get() and clk_get()?
>
> I understand the concept and why you want to do this.
>
> However
Applied to cgroup/cgroup-rmdir-updates and then pulled into
cgroup/for-3.8 w/ Li's acks added.
Thanks.
--
tejun
--
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
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record -b'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record -F 100'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'stat'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Feng Tang
As 'perf top' has no data files to run scripts against. Also add a
is_report_browser() helper function to judge whether the running browser
is for 'perf report'.
Signed-off-by: Feng Tang
Cc: Andi Kleen
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record -c 123'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
Ping? Should I bisect it?
On Fri, Oct 26, 2012 at 9:37 AM, Alan Cox wrote:
> On Thu, 25 Oct 2012 15:37:43 -0400
> Sasha Levin wrote:
>
>> Hi all,
>>
>> While fuzzing with trinity inside a KVM tools (lkvm) guest running latest
>> -next kernel,
>> I've stumbled on the following spew:
>
> Looks
From: Jiri Olsa
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 later against what we expect.
You can run this by:
$ python ./tests/attr.py -d ./tests/attr/ -p ./perf -v
From: Jiri Olsa
Since we allow multiple values in event field assignment, there's no
need for 'optional' field.. old version removal leftover.
Adding some comments into attr.py script regarding the test event load.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record group -e {cycles,instructions}'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Changing WRITE_ASS macro per Namhyung's comments, so the main usage case
takes only attr field name and format string.
Suggested-by: Namhyung Kim
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Adding documentation for attr tests.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1351634526-1516-26-git-send-email-jo...@redhat.com
Signed-off-by: Arnaldo Carvalho
>-Original Message-
>From: Kumar Amit Mehta [mailto:gmate.a...@gmail.com]
>Sent: Monday, November 05, 2012 11:16 AM
>To: Sony Chacko
>Cc: Rajesh Borundia; netdev; linux-kernel; kernel-
>janit...@vger.kernel.org
>Subject: [PATCH] drivers: ethernet: qlogic: netxen_nic_ethtool.c: Fixed
>a
Hi Ingo,
Please consider pulling, on top of a previous pull request.
- Arnaldo
The following changes since commit ffadcf090d468e9c4938b718649f38dd10cfdb02:
perf annotate: Handle XBEGIN like a jump (2012-10-31 12:18:26 -0200)
are available in the git repository at:
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record -n'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record -R'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/1351634526-1516-5-git-send-email-jo...@redhat.com
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
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'stat -e {cycles,instructions}'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
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 doesn'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
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record -D'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
... when CONFIG_FIRMWARE_SIG is set.
Signed-off-by: Takashi Iwai
---
Makefile| 6 ++
scripts/Makefile.fwinst | 18 --
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/Makefile b/Makefile
index a1ccf22..c6d7a3e 100644
--- a/Makefile
+++
Add a feature to check the firmware signature, specified via Kconfig
CONFIG_FIRMWARE_SIG. The signature check is performed only for the
direct fw loading without udev. Also no check for built-in firmware
blobs is implemented yet.
Signed-off-by: Takashi Iwai
---
drivers/base/Kconfig |
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'stat -e cycles'
Reported-by: Namhyung Kim
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record -d'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record -i'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
It's not needed.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/1351634526-1516-2-git-send-email-jo...@redhat.com
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'stat -i'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1351634526-1516-20-git-send-email-jo...@redhat.com
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record -j any'
'record -j any_call'
'record -j any_ret'
'record -j hv'
'record -j ind_call'
'record -j k'
'record -j u'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
From: Jiri Olsa
The test attr suite is run only if it's run under perf source directory,
or tests are found in installed path.
Otherwise tests are omitted (notification is displayed) and finished as
successful.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record -c 100 -P'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Adding tests to validate perf_event_attr data for commands:
'record -g --'
'record -g fp
'record -g dwarf
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
Add -f option to give a firmware signature file.
Signed-off-by: Takashi Iwai
---
scripts/sign-file | 30 +++---
1 file changed, 23 insertions(+), 7 deletions(-)
diff --git a/scripts/sign-file b/scripts/sign-file
index 45c771d..c1c96e7 100755
--- a/scripts/sign-file
+++
Signed-off-by: Takashi Iwai
---
scripts/sign-file | 57 ++-
1 file changed, 40 insertions(+), 17 deletions(-)
diff --git a/scripts/sign-file b/scripts/sign-file
index 87ca59d..45c771d 100755
--- a/scripts/sign-file
+++ b/scripts/sign-file
@@
From: Jiri Olsa
Adding test to validate perf_event_attr data for commands:
'stat -d'
'stat -dd'
'stat -ddd'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'record --group -e cycles,instructions'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Currently the 'watermark' field is coded as 'watermask'.
As the type is global through the framework and tests, the typo spawned
no error.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Adding test to validate perf_event_attr data for command:
'stat --group -e cycles,instructions'
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
Hi,
this is a patch series to add the support for firmware signature
check. At this time, the kernel checks extra signature file (*.sig)
for each firmware, instead of embedded signature.
It's just a quick hack using the existing module signing mechanism,
thus provided only as a proof of concept
At Thu, 1 Nov 2012 13:18:49 +,
Alan Cox wrote:
>
> > I think it make sense because the private key is still protected by
> > signer. Any hacker who modified firmware is still need use private key
> > to generate signature, but hacker's private key is impossible to match
> > with the public
On Mon, Nov 05, 2012 at 04:19:20PM +0100, Jean Delvare wrote:
> On Mon, 5 Nov 2012 16:53:15 +0200, Mika Westerberg wrote:
> > On Mon, Nov 05, 2012 at 03:19:58PM +0100, Rafael J. Wysocki wrote:
> > >
> > > In the ACPI namespace we have device nodes and serial interfaces below
> > > them.
> > > In
Hey Peter,
Here are results on 2node and 8node machine while running the autonuma
benchmark.
On 2 node, 12 core 24GB
KernelVersion:
On Mon, 5 Nov 2012, Arnd Bergmann wrote:
> On Sunday 04 November 2012, Julia Lawall wrote:
> > >
> > > I don't see yet where that KERN_WARNING gets added. Looking at
> > > warn_slowpath_common, there are two or three lines that get printed at
> > > KERN_WARNING level, followed by the format that
On Sat, Nov 3, 2012 at 2:39 PM, Rafael J. Wysocki wrote:
> On Saturday, November 03, 2012 01:42:02 PM Bjorn Helgaas wrote:
>> On Sat, Nov 3, 2012 at 1:46 AM, Mika Westerberg
>> wrote:
>> > ACPI 5 introduced SPISerialBus resource that allows us to enumerate and
>> > configure the SPI slave
On Mon, Nov 5, 2012 at 3:31 AM, Rafael J. Wysocki wrote:
> On Saturday, November 03, 2012 09:59:28 PM Rafael J. Wysocki wrote:
>> On Saturday, November 03, 2012 10:13:10 PM Mika Westerberg wrote:
>> > On Sat, Nov 03, 2012 at 01:42:02PM -0600, Bjorn Helgaas wrote:
>> > > On Sat, Nov 3, 2012 at
On Mon, 5 Nov 2012, Vivek Goyal wrote:
> > > Yes, I saw the same thing here, destroy_workqueue should be done before
> > > clearing the queue (blk_cleanup_queue) indeed. user_reset_fdc called
> > > process_fd_request and that scheduled redo_fd_request, that tries to
> > > take the queue already
Hi Mark,
On Mon, Nov 5, 2012 at 3:13 AM, Mark Brown
wrote:
> On Sat, Nov 03, 2012 at 02:32:59PM -0500, Joel A Fernandes wrote:
>
>> beaglebone_defconfig: Add dummy regulator to init tlv320aic3x
>> https://github.com/joelagnel/linux-kernel/commit/db5672dfe548d82625cf40ed688d05ba7cee5c93
>
> This
Signed-off-by: Alban Bedel
---
drivers/pwm/pwm-lpc32xx.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drivers/pwm/pwm-lpc32xx.c b/drivers/pwm/pwm-lpc32xx.c
index adb87f0..a2704b8 100644
--- a/drivers/pwm/pwm-lpc32xx.c
+++ b/drivers/pwm/pwm-lpc32xx.c
@@ -51,7
On Fri, Nov 02, 2012 at 03:58:53PM +, Shuah Khan wrote:
> On Fri, 2012-10-26 at 09:23 -0600, Shuah Khan wrote:
> > Add support for debug_dma_mapping_error() call to avoid warning from
> > debug_dma_unmap() interface when it checks for mapping error checked
> > status. Without this patch,
From: Lee Jones
Date: Mon, 5 Nov 2012 09:44:19 +0100
> On Sun, 04 Nov 2012, David Miller wrote:
>
>> From: Lee Jones
>> Date: Sun, 4 Nov 2012 11:53:32 +0100
>>
>> > On Sun, 04 Nov 2012, Paul Bolle wrote:
>> >
>> >> On Sat, 2012-11-03 at 23:48 +0100, Lee Jones wrote:
>> >> > On Sat, 03 Nov
From: Cong Wang
Date: Mon, 5 Nov 2012 16:41:49 +0800
> On Tue, Oct 30, 2012 at 10:24 PM, Stephen Hemminger
> wrote:
>> On Tue, 30 Oct 2012 07:00:56 +0100
>> Paolo Valente wrote:
>>
>>> Hi,
>>> if the max packet size for some class (configured through tc) is
>>> violated by the actual size of
On Mon, 2012-11-05 at 17:29 +0100, Johannes Berg wrote:
> On Mon, 2012-11-05 at 09:26 -0700, Shuah Khan wrote:
>
> > > Thanks for the report. Since I think doing BUG_ON() in such a scenario
> > > is a really bad idea, I've applied a different patch with your
> > > Reported-by.
> >
> > Yeah. I
/proc/sys/kernel/core_pattern can be used to specify a userspace helper
to handle core files and it currently runs in the root namespace.
This patch allows the helper to run in the same namespace in a step
towards letting containers setting their own helpers.
Cc: "Serge E. Hallyn"
Cc: "Eric W.
On Mon, Nov 05, 2012 at 04:33:35PM +0100, Jiri Kosina wrote:
> On Mon, 5 Nov 2012, Herton Ronaldo Krzesinski wrote:
>
> > > Fengguang, does the patch below make any difference for you please?
> > >
> > > Thanks.
> >
> > Yes, I saw the same thing here, destroy_workqueue should be done before
> >
On Mon, 05 Nov 2012, Arnd Bergmann wrote:
> On Monday 05 November 2012, Lee Jones wrote:
> > The IRQ ranges provided in ab8500-core to be passed on to the
> > ab8500-gpio driver are not only redundant, but they are also
> > causing a warning in the boot log. These IRQ ranges, like any
> > other
On Mon, 2012-11-05 at 09:26 -0700, Shuah Khan wrote:
> > Thanks for the report. Since I think doing BUG_ON() in such a scenario
> > is a really bad idea, I've applied a different patch with your
> > Reported-by.
>
> Yeah. I wasn't sure about BUS() either. Did you notice the other cases
> of
On Sunday 04 November 2012, Julia Lawall wrote:
> >
> > I don't see yet where that KERN_WARNING gets added. Looking at
> > warn_slowpath_common, there are two or three lines that get printed at
> > KERN_WARNING level, followed by the format that got passed into WARN(),
> > which may or may not
On Sun, 2012-11-04 at 10:16 +0100, Johannes Berg wrote:
> On Sat, 2012-11-03 at 19:40 -0600, Shuah Khan wrote:
> > Add missing dma_mapping_error() checks to validate dma addresses returned by
> > dma_map_page() calls to avoid the following warning:
> >
> > [ 28.475686] WARNING: at
On Mon, Nov 05, 2012 at 05:05:54PM +0100, Jean Delvare wrote:
> I have been maintaining the i2c subsystem for 7 years now, it's about
> time to let someone else take over. Just before I leave, I would like
> to thank several individuals who made this possible at all:
>
> * Greg Kroah-Hartman, for
On 11/04/2012 08:34 AM, Sekhar Nori wrote:
On 10/25/2012 9:41 PM, Murali Karicheri wrote:
This updates clk Makefile and Kconfig to integrate the DaVinci specific
clock drivers. Also add new Kconfig and Makefile for these drivers.
Signed-off-by: Murali Karicheri
As mentioned before, this
On Monday 05 November 2012, Lee Jones wrote:
> The IRQ ranges provided in ab8500-core to be passed on to the
> ab8500-gpio driver are not only redundant, but they are also
> causing a warning in the boot log. These IRQ ranges, like any
> other MFD related IRQ resource are passed though MFD core
* Evgeniy Polyakov [121105 07:47]:
> Hi
>
> On Tue, Oct 30, 2012 at 11:26:25AM -0700, Tony Lindgren (t...@atomide.com)
> wrote:
> > * Pantelis Antoniou [121030 11:17]:
> > > Enable pinctrl for w1-gpio.
> > >
> > > Signed-off-by: Pantelis Antoniou
> >
> > Acked-by: Tony Lindgren
>
>
On Mon, 5 Nov 2012 08:40:38 +
Dave Airlie wrote:
> On Mon, Nov 5, 2012 at 8:29 AM, Antonio Ospite
> wrote:
> > On Mon, 29 Oct 2012 23:16:24 +0100
> > Antonio Ospite wrote:
> >
> >> Hi,
> >>
> >> I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1),
> >> my video adapter
Add the internal helper get_thread_info that calculated the thread_info
from a given task variable. Also export this service as a convenience
function.
Note: ia64 version is untested.
CC: Tony Luck
CC: Fenghua Yu
CC: linux-i...@vger.kernel.org
Signed-off-by: Jan Kiszka
---
On Wed, October 31, 2012 6:53 AM
Xiaotian Feng wrote:
>
> Some driver uses tasklet_disable in device remove/release process,
> tasklet_disable will inc tasklet->count and return. If the tasklet
> is not handled yet under some softirq pressure, the tasklet will be
> placed on the tasklet_vec,
Add helpers for reading integers from target memory buffers. Required
when caching the memory access is more efficient than reading individual
values via gdb.
Signed-off-by: Jan Kiszka
---
scripts/gdb/utils.py | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff
On 11/05/2012 04:53 AM, Andreas Larsson wrote:
> This bug-fix makes sure that of_address_to_resource is defined extern for
> sparc
> so that the sparc-specific implementation of of_address_to_resource() is once
> again used when including include/linux/of_address.h in a sparc context. A
> number
This pokes into the log buffer of the debugged kernel, dumping it to the
gdb console. Helping in case the target should or can no longer execute
dmesg itself.
CC: Kay Sievers
Signed-off-by: Jan Kiszka
---
scripts/gdb/dmesg.py | 63
Version 2 of this series is a rebase over 3.7-rc4 to resolve some minor
collision in the top-level makefile. Moreover, this implements automatic
symbol loading for kernel modules using silent breakpoints. See patch 3
for details.
Unless someone complains over this series or suggests a better
This helper caches to result of "show architecture" and matches the
provided arch (sub-)string against that output.
Signed-off-by: Jan Kiszka
---
scripts/gdb/utils.py |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/scripts/gdb/utils.py b/scripts/gdb/utils.py
Add the helper task_by_pid that can look up a task by its PID. Also
export it as a convenience function.
Signed-off-by: Jan Kiszka
---
scripts/gdb/task.py| 29 +
scripts/gdb/vmlinux-gdb.py |1 +
2 files changed, 30 insertions(+), 0 deletions(-)
diff
This provides the basic infrastructure to load kernel-specific python
helper scripts when debugging the kernel in gdb.
The loading mechanism is based on gdb loading for -gdb.py when
opening . Therefore, this places a corresponding link to the
main helper script into the output directory that
Provide an internal helper with container_of semantics. As type lookups
are very slow in gdb-python and we need a type "long" for this, cache
the reference to this type object. Then export the helper also as a
convenience function form use at the gdb command line.
Signed-off-by: Jan Kiszka
---
The internal helper for_each_task iterates over all tasks of the target,
calling the provided function on each. For performance reasons, we cache
a reference to the gdb type object of a task.
Signed-off-by: Jan Kiszka
---
scripts/gdb/task.py | 40
1
This helper probes the type of the gdb server. Supported are QEMU and
KGDB so far. Knowledge about the gdb server is required e.g. to retrieve
the current CPU or current task.
Signed-off-by: Jan Kiszka
---
scripts/gdb/utils.py | 35 +++
1 files changed, 35
Parse the target endianness from the output of "show endian" and cache
the result to return it via the new helper get_target_endiannes. We will
need it for reading integers from buffers that contain target memory.
Signed-off-by: Jan Kiszka
---
scripts/gdb/utils.py | 17 +
1
This is a shorthand for *$lx_per_cpu("current_task"), i.e. a convenience
function to retrieve the currently running task of the active context.
Signed-off-by: Jan Kiszka
---
scripts/gdb/percpu.py | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git
This is probably the most useful helper when debugging kernel modules:
lx-symbols will first reload vmlinux. Then it searches recursively for
*.ko files in the specified paths and the current directory. Finally it
walks the kernel's module list, issuing the necessary add-symbol-file
command for
401 - 500 of 1796 matches
Mail list logo
