On Tue, Jul 30, 2013 at 02:28:20PM -0700, Andrew Morton wrote:
> On Thu, 25 Jul 2013 12:50:26 -0500 Dave Kleikamp
> wrote:
>
> > This patch series adds a kernel interface to fs/aio.c so that kernel code
> > can
> > issue concurrent asynchronous IO to file systems. It adds an aio command
> >
On Wed, 2013-07-31 at 00:02 +, Shuah Khan wrote:
> On 07/30/2013 05:38 PM, Rafael J. Wysocki wrote:
> > On Wednesday, July 17, 2013 08:31:55 AM Shuah Khan wrote:
> >> Myron,
> >>
> >> On Tue, Jul 16, 2013 at 8:21 PM, Myron Stowe wrote:
> >>
> >>>
> >>> Shuah - You brought up the idea about
From: Chris Metcalf
Date: Tue, 30 Jul 2013 20:34:52 -0400
> On 7/30/2013 7:16 PM, David Miller wrote:
>> From: Chris Metcalf
>> Date: Thu, 25 Jul 2013 12:41:15 -0400
>>
>>> Signed-off-by: Chris Metcalf
>> Applied, thanks.
>>
>> Your PTP patch for the Tile driver doesn't even come close to
>>
On 7/30/2013 7:16 PM, David Miller wrote:
> From: Chris Metcalf
> Date: Thu, 25 Jul 2013 12:41:15 -0400
>
>> Signed-off-by: Chris Metcalf
> Applied, thanks.
>
> Your PTP patch for the Tile driver doesn't even come close to
> applying properly to net-next, please respin it and report if
> you
On Tue, Jul 30, 2013 at 04:55:08PM -0700, Greg Kroah-Hartman wrote:
> On Tue, Jul 30, 2013 at 03:48:09PM -0700, Luis R. Rodriguez wrote:
> > > We are planning to take one extra step and split this into a
> > > mini-driver approach similar to what has been done for usbnet, but we
> > > are not
El 30/07/13 11:44, Maxime Ripard escribió:
> The divider width used to be hardcoded. Some A31 dividers are no longer
> with the hardcoded width, so we need to make it specific to each divider
> and set it in the dividers data.
>
> Signed-off-by: Maxime Ripard
Looks good to me,
Reviewed-by:
Hi Linus,
radeon, nouveau, exynos, intel, mgag200:
not all strictly regressions but there was probably only one patch I'd
have really left out and it didn't seem worth respinning exynos to avoid
it, the line change count is quite low.
radeon: regressions + more dynamic powermanagement fixes,
On 30 Jul 2013, Bernd Schubert told this:
> On 07/30/2013 01:34 AM, Martin K. Petersen wrote:
>> (wheezy)fslab1:~# sg_inq -v /dev/sdc
>> inquiry cdb: 12 00 00 00 24 00
>> standard INQUIRY:
>> inquiry cdb: 12 00 00 00 60 00
>> PQual=0 Device_type=0 RMB=0 version=0x05 [SPC-3]
>>
Hi Lee,
On Tue, Jul 30, 2013 at 01:28:02PM +0100, Lee Jones wrote:
> The following changes since commit 7b9f21e6a4051bb470d62b0601501376f9fc7db7:
>
> Merge tag 'mfd-3.11-1' of
> git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-next into
> mfd-3.11-merge (2013-07-08 23:52:21 +0200)
>
>
On Tue, Jul 30, 2013 at 8:22 AM, Georgi Djakov wrote:
> This platform driver adds the support of Secure Digital Host
> Controller Interface compliant controller in MSM chipsets.
>
> [snip]
> +
> + sdhc_1: qcom,sdhc@f9824900 {
> + compatible = "qcom,sdhci-msm";
> +
Hi Maxime,
El 30/07/13 11:44, Maxime Ripard escribió:
> Rename all the generic-named structure to sun4i to avoid confusion when
> we will introduce the sun6i (A31) clocks.
>
> While we're at it, avoid too long lines and wrap the DT compatibles
> tables.
>
> Signed-off-by: Maxime Ripard
On 7/30/2013 5:08 PM, Stephen Warren wrote:
On 07/30/2013 06:01 PM, Hanumant Singh wrote:
On 7/30/2013 2:22 PM, Stephen Warren wrote:
On 07/30/2013 03:10 PM, hanumant wrote:
...
We actually have the same TLMM pinmux used by several socs of a family.
The number of pins on each soc may vary.
On Tue, Jul 30, 2013 at 6:13 PM, Rafael J. Wysocki wrote:
>> If 0 turns the screen off with the intel driver, 0 should turn the
>> screen off with the ACPI driver, having inconsistent behavior
>> depending on which driver is used is a bug.
>
> The ACPI driver simply exposes and interface to
On 07/30/2013 06:01 PM, Hanumant Singh wrote:
> On 7/30/2013 2:22 PM, Stephen Warren wrote:
>> On 07/30/2013 03:10 PM, hanumant wrote:
>> ...
>>> We actually have the same TLMM pinmux used by several socs of a family.
>>> The number of pins on each soc may vary.
>>> Also a given soc gets used in a
On 07/30/2013 06:38 PM, Jiri Kosina wrote:
> On Tue, 30 Jul 2013, Chen Gang wrote:
>
>> '#else' is useless, need remove.
>>
>> Signed-off-by: Chen Gang
>> ---
>> include/linux/coda.h |1 -
>> 1 files changed, 0 insertions(+), 1 deletions(-)
>>
>> diff --git a/include/linux/coda.h
On Wed, Jul 31, 2013 at 02:58:34AM +0300, Aaro Koskinen wrote:
> Anyway, I think it would be interesting to learn about arch-specific
> bugs discovered with trinity. Quickly thinking, the results should be
> mostly same regardless of the architecture since the code being tested
> is generic
Add support for restart and poweroff functionality present on MSM
chipsets with the MPM2 ps-hold hardware.
Signed-off-by: Abhimanyu Kapur
---
.../bindings/power_supply/msm-poweroff.txt | 17 +
drivers/power/reset/Kconfig| 6 ++
drivers/power/reset/Makefile
On 07/30/2013 05:38 PM, Rafael J. Wysocki wrote:
> On Wednesday, July 17, 2013 08:31:55 AM Shuah Khan wrote:
>> Myron,
>>
>> On Tue, Jul 16, 2013 at 8:21 PM, Myron Stowe wrote:
>>
>>>
>>> Shuah - You brought up the idea about "Converting drivers from Legacy
>>> PM ops to dev_pm_ops"; would you
On 07/30/2013 04:33 PM, Kees Cook wrote:
>>
>> If you're running it as a regular user and you can brick the board,
>> you might have bigger problems.
>
> Exactly, and finding those problems tends to be worth the hardware hassle. :)
>
Even as root the number of things allowed to brick the
On Wed, 2013-07-31 at 02:01 +0200, Rafael J. Wysocki wrote:
> (3) Fix i915 backlight control issues for all systems known to have them
> (that may take a while) and flip the defailt for that option to set when
> we
> think we're ready.
Unfortunately I don't have any systems that
On 7/30/2013 2:22 PM, Stephen Warren wrote:
On 07/30/2013 03:10 PM, hanumant wrote:
...
We actually have the same TLMM pinmux used by several socs of a family.
The number of pins on each soc may vary.
Also a given soc gets used in a number of boards.
The device tree for a given soc is split
Hi,
On Tue, Jul 30, 2013 at 07:15:33PM -0400, Dave Jones wrote:
> On Wed, Jul 31, 2013 at 02:11:20AM +0300, Aaro Koskinen wrote:
> > On Tue, Jul 30, 2013 at 06:14:35PM -0400, Dave Jones wrote:
> > > On Tue, Jul 30, 2013 at 12:05:40PM -0700, Kees Cook wrote:
> > > > - fuzzing (is anyone
On Tue, Jul 30, 2013 at 03:48:09PM -0700, Luis R. Rodriguez wrote:
> > We are planning to take one extra step and split this into a
> > mini-driver approach similar to what has been done for usbnet, but we
> > are not there yet.
>
> Neat. Perhaps we need something that we can share with 802.11 or
On Thursday, July 18, 2013 02:16:09 AM Rafael J. Wysocki wrote:
> On Sunday, June 09, 2013 07:01:36 PM Matthew Garrett wrote:
> > Windows 8 introduced new policy for backlight control by pushing it out to
> > graphics drivers. This appears to have coincided with a range of vendors
> > adding
On Tue, Jul 30, 2013 at 05:23:33PM +0200, Michal Hocko wrote:
> On Tue 30-07-13 16:58:34, Peter Zijlstra wrote:
> > On Tue, Jul 30, 2013 at 04:46:00PM +0200, Michal Hocko wrote:
> [...]
> > > +/*
> > > + * Now, reclaim path never holds hugetlbfs_inode->i_mmap_mutex while it
> > > could
> > > + *
On Tue, Jul 30, 2013 at 6:30 AM, Grant Likely wrote:
> On Mon, Jul 29, 2013 at 6:36 AM, Linus Walleij
> wrote:
>> To solve this dilemma, perform an interrupt consistency check
>> when adding a GPIO chip: if the chip is both gpio-controller and
>> interrupt-controller, walk all children of the
On Wed, Jul 31, 2013 at 08:35:30AM +0900, Minchan Kim wrote:
> > which is a false positive caused by hugetlb pmd sharing code which
> > allocates a new pmd from withing mappint->i_mmap_mutex. If this
> > allocation causes reclaim then the lockdep detector complains that we
> > might
On Wednesday, July 17, 2013 08:31:55 AM Shuah Khan wrote:
> Myron,
>
> On Tue, Jul 16, 2013 at 8:21 PM, Myron Stowe wrote:
>
> >
> > Shuah - You brought up the idea about "Converting drivers from Legacy
> > PM ops to dev_pm_ops"; would you like to present what you have
> > done/encountered so
On Thursday, July 25, 2013 04:51:20 PM Linus Torvalds wrote:
> On Thu, Jul 25, 2013 at 1:06 PM, Rafael J. Wysocki wrote:
> >
> > Can we spend an extra process flag on that?
>
> I suspect we can. But if somebody hollers later, we'll need to do some
> compaction..
OK, if we need that flag for
On Tue, Jul 30, 2013 at 4:15 PM, Dave Jones wrote:
> On Wed, Jul 31, 2013 at 02:11:20AM +0300, Aaro Koskinen wrote:
> > Hi,
> >
> > On Tue, Jul 30, 2013 at 06:14:35PM -0400, Dave Jones wrote:
> > > On Tue, Jul 30, 2013 at 12:05:40PM -0700, Kees Cook wrote:
> > > > - fuzzing (is anyone
On Tue, 30 Jul 2013 16:19:06 -0700 (PDT)
David Miller wrote:
> From: Samuel Williams
> Date: Sat, 27 Jul 2013 15:35:54 -0500
>
> > A possible faulty hardware might interrupt with a status of 0x which
> > may kernel panic if sky2 driver tries to handle it. Detecting this problem
> > may
From: Alexey Khoroshilov
Date: Mon, 29 Jul 2013 06:58:08 +0400
> ceph_build_auth() locks ac->mutex and then calls ceph_auth_build_hello()
> that locks the same mutex, i.e. bring itself to deadlock.
>
> The patch moves actual code from ceph_auth_build_hello() to
> ceph_build_hello_auth_request()
On Tue, 30 Jul 2013 16:16:51 -0700 Zach Levis wrote:
>
> Quoting Andrew Morton :
>
> > On Thu, 25 Jul 2013 08:40:44 -0700 Zach Levis
> > wrote:
> >
> >> With these changes, when a binfmt loop is encountered,
> >> the ELOOP will propogate back to the 0 depth. At this point the
> >> argv and
From: Jonas Jensen
Date: Fri, 26 Jul 2013 14:48:10 +0200
> +
> +CFLAGS_moxart_ether.o := -DDEBUG
This is not appropriate, please remove this.
--
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: Samuel Williams
Date: Sat, 27 Jul 2013 15:35:54 -0500
> A possible faulty hardware might interrupt with a status of 0x which
> may kernel panic if sky2 driver tries to handle it. Detecting this problem
> may avoid kernel panic.
>
> Signed-off-by: Samuel Williams
Sure, but then
On Wed, Jul 31, 2013 at 02:11:20AM +0300, Aaro Koskinen wrote:
> Hi,
>
> On Tue, Jul 30, 2013 at 06:14:35PM -0400, Dave Jones wrote:
> > On Tue, Jul 30, 2013 at 12:05:40PM -0700, Kees Cook wrote:
> > > - fuzzing (is anyone running trinity or similar on the ARM tree?)
> >
> > Someone was
Quoting Andrew Morton :
On Thu, 25 Jul 2013 08:40:44 -0700 Zach Levis wrote:
With these changes, when a binfmt loop is encountered,
the ELOOP will propogate back to the 0 depth. At this point the
argv and argc values will be reset to what they were originally and an
attempt is made to
From: Chris Metcalf
Date: Thu, 25 Jul 2013 12:41:15 -0400
> Signed-off-by: Chris Metcalf
Applied, thanks.
Your PTP patch for the Tile driver doesn't even come close to
applying properly to net-next, please respin it and report if
you want me to apply it.
Thanks.
--
To unsubscribe from this
On Sat, 27 Jul 2013 13:56:24 + Caizhiyong wrote:
> From: Cai Zhiyong
>
> Read block device partition table from command line. This partition used for
> fixed block device (eMMC) embedded device.
> It no MBR, can save storage space. Bootloader can be easily accessed by
> absolute address
On Tue, Jul 30, 2013 at 05:59:07PM +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> It can take a long time to run log recovery operation because it is
> single threaded and is bound by read latency. We can find that it took
> most of the time to wait for the read IO to occur, so if
Hi,
On Tue, Jul 30, 2013 at 06:14:35PM -0400, Dave Jones wrote:
> On Tue, Jul 30, 2013 at 12:05:40PM -0700, Kees Cook wrote:
> > - fuzzing (is anyone running trinity or similar on the ARM tree?)
>
> Someone was kind enough to send me an arm chromebook, so I tried this just
> last week (albeit,
From: Linus Lüssing
Date: Thu, 25 Jul 2013 15:56:20 +0200
> + atomic64_t multicast_querier_delay_time;
Please don't use an atomic64_t here, it's pointless.
You're only doing set and read operations on it, there's absolutely
nothing atomic about that.
You have to make
On Tue, 2013-07-30 at 15:35 -0700, Mike Turquette wrote:
> Quoting Luciano Coelho (2013-07-30 06:04:34)
> > +static const struct of_device_id wlcore_sdio_of_clk_match_table[] = {
> > + { .compatible = "ti,wilink-clock" },
> > +};
> > +
> > static struct wl12xx_platform_data
On Tuesday, July 30, 2013 03:59:26 PM Felipe Contreras wrote:
> On Tue, Jul 30, 2013 at 8:42 AM, Rafael J. Wysocki wrote:
> > On Tuesday, July 30, 2013 01:57:55 PM Aaron Lu wrote:
> >> On 07/30/2013 01:51 PM, Aaron Lu wrote:
> >> > On 07/30/2013 11:44 AM, Felipe Contreras wrote:
> >> >> On Mon,
On Tue, Jul 30, 2013 at 03:29:17PM -0600, Stephen Warren wrote:
> On 07/30/2013 02:45 PM, Mark Brown wrote:
> > You really shouldn't do this, it's not accomplishing much.
> What it accomplishes is not polluting the CODEC's binding with a set
> of strings that must always be supported since DT is
On Thu, Jul 25, 2013 at 12:22:03PM -0400, Dave Jones wrote:
> This recently started happening (since the last DRM merge, 3.10 was fine).
>
> [ 17.751970] Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC
> [ 17.753911] CPU: 3 PID: 292 Comm: systemd-udevd Not tainted 3.11.0-rc2+
> #13
> [
From: Andi Shyti
Date: Thu, 25 Jul 2013 10:54:24 +0200
> This patch reverts commit
>
> 80b45261a0b263536b043c5ccfc4ba4fc27c2acc
>
> which was implementing a 'cancelled' functionality to notify that
> a cancelled request will not be replied.
>
> This implementation was not used anywhere and
From: Eric Van Hensbergen
Date: Mon, 29 Jul 2013 21:30:20 -0500
> I didn't realize that had trickled in already, I can go ahead and revert
> the commit in my tree. Neither is perfect, hopefully the folks working on
> it will get something a bit better before the next merge window.
Please
This patch introduces page fault tracepoints to x86 architecture
by switching IDT.
[Use case of page fault events]
Two events, for user and kernel spaces, are introduced at the beginning of
page fault handler.
- User space event
There is a request of page fault event for user space as
CC'ing linux-wireless as ROM patching is mentioned and in so far as
802.11 mobile is concerned this is a pretty frequent practice there
as well so figured we'd tie in the conversations.
On Tue, Jul 30, 2013 at 03:05:18PM -0700, Marcel Holtmann wrote:
> Hi Luis,
>
> >> This brings an interesting
On Tue, Jul 30, 2013 at 9:10 PM, Brian Foster wrote:
> On 07/30/2013 05:59 AM, zwu.ker...@gmail.com wrote:
>> From: Zhi Yong Wu
>>
>> It can take a long time to run log recovery operation because it is
>> single threaded and is bound by read latency. We can find that it took
>> most of the
Quoting Luciano Coelho (2013-07-30 06:04:34)
> +static const struct of_device_id wlcore_sdio_of_clk_match_table[] = {
> + { .compatible = "ti,wilink-clock" },
> +};
> +
> static struct wl12xx_platform_data *wlcore_get_pdata_from_of(struct device
> *dev)
> {
> struct
On Tue, Jul 30, 2013 at 10:47:15AM +0200, Daniel Lezcano wrote:
> On 07/30/2013 02:03 AM, Sören Brinkmann wrote:
> > Hi Daniel,
> >
> > On Mon, Jul 29, 2013 at 02:51:49PM +0200, Daniel Lezcano wrote:
> > (snip)
> >>
> >> the CPUIDLE_FLAG_TIMER_STOP flag tells the cpuidle framework the local
> >>
On Tue, Jul 30, 2013 at 06:16:48PM -0400, Valdis Kletnieks wrote:
> What's wrong with this picture?
>
> config LNET_MAX_PAYLOAD
> int "Lustre lnet max transfer payload (default 2MB)"
> depends on LUSTRE_FS
> default "1048576"
Loads, patches for drivers/staging/ are always
On 07/30/2013 03:14 PM, Dave Jones wrote:
>
> On the subject of trinity, I've been hesitant about proposing a slot
> at k-s this year, though if there's interest I'm always happy to talk
> about it, and get feedback for new places it could go..
>
I'd certainly be interested, no matter which
On Mon, Jul 29, 2013 at 9:42 PM, Bjorn Helgaas wrote:
> On Mon, Jul 29, 2013 at 9:20 PM, Yijing Wang wrote:
>> On 2013/7/30 7:33, Bjorn Helgaas wrote:
>>> On Mon, May 27, 2013 at 9:15 PM, Yijing Wang wrote:
Hi Bjorn and Jon,
I'm sorry to disturb you. This patch is sent so long, but
Forget this. It's trash. I had to migrate some stuff around due to some
quota issues and missed to update a few scripts. Sorry, I'll rerun this
test.
Sören
On Tue, Jul 30, 2013 at 03:14:43PM -0700, Sören Brinkmann wrote:
> On Tue, Jul 30, 2013 at 10:47:15AM +0200, Daniel Lezcano wrote:
>
What's wrong with this picture?
config LNET_MAX_PAYLOAD
int "Lustre lnet max transfer payload (default 2MB)"
depends on LUSTRE_FS
default "1048576"
pgpVfPeZQgyEs.pgp
Description: PGP signature
On Tue, Jul 30, 2013 at 12:05:40PM -0700, Kees Cook wrote:
> - fuzzing (is anyone running trinity or similar on the ARM tree?)
Someone was kind enough to send me an arm chromebook, so I tried this just
last week (albeit, on the 3.4 kernel it shipped with). The results make
me think the answer
On Tue, Jul 30, 2013 at 10:47:15AM +0200, Daniel Lezcano wrote:
> On 07/30/2013 02:03 AM, Sören Brinkmann wrote:
> > Hi Daniel,
> >
> > On Mon, Jul 29, 2013 at 02:51:49PM +0200, Daniel Lezcano wrote:
> > (snip)
> >>
> >> the CPUIDLE_FLAG_TIMER_STOP flag tells the cpuidle framework the local
> >>
On 07/24/13 13:36, Stephen Boyd wrote:
> If one process calls sys_reboot and that process then stops other
> CPUs while those CPUs are within a spin_lock() region we can
> potentially encounter a deadlock scenario like below.
>
> CPU 0 CPU 1
> - -
>
On Thursday, July 25, 2013 11:32:11 AM Casey Schaufler wrote:
> Subject: [PATCH v14 3/6] LSM: Explicit individual LSM associations
>
> Expand the /proc/.../attr interface set to help include
> LSM specific entries as well as the traditional shared
> "current", "prev" and "exec" entries. Each LSM
There are a lot of sparse warnings in networking code where a constant
ends up being byte swapped caused because there is no explicit
prototype for the __builtin_bswap functions. Simplest workaround
is to just avoid them here, and use the normal swap routines when
doing sparse checks.
On 07/30, Russell King - ARM Linux wrote:
> On Wed, Jul 24, 2013 at 01:54:28PM -0700, Stephen Boyd wrote:
> > One more step to allowing MSM to participate in the
> > multi-platform defconfig.
> >
> > Signed-off-by: Stephen Boyd
> > ---
> > arch/arm/Kconfig.debug | 9
On 7/26/2013 10:48 AM, Kumar Gala wrote:
On Jun 28, 2013, at 6:25 PM, Rohit Vaswani wrote:
pen_release is no longer required as the synchronization
is now managed by generic arm code.
This is done as suggested in https://lkml.org/lkml/2013/6/4/184
Signed-off-by: Rohit Vaswani
---
On Thursday, July 25, 2013 11:32:23 AM Casey Schaufler wrote:
> Subject: [PATCH v14 5/6] LSM: SO_PEERSEC configuration options
>
> Refine the handling of SO_PEERSEC to enable legacy
> user space runtimes, Fedora in particular, when running
> with multiple LSMs that are capable of providing
On Tue, 2013-07-30 at 13:34 -0700, Tim Chen wrote:
> On Tue, 2013-07-30 at 12:59 -0700, Davidlohr Bueso wrote:
> > cc'ing Dave Chinner for XFS
> >
>
> Davidlohr,
>
> I also wonder it this change benefit your workload. Will
> be interested to know of your performance numbers.
Yep, I'm
On 07/19/2013 09:18 AM, Stephen Warren wrote:
> On 07/11/2013 04:48 PM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Architectures should fully validate whether kexec is possible as part of
>> machine_kexec_prepare(), so that user-space's kexec_load() operation can
>> report any problems.
Josef Bacik dixit:
>So stripe_len shouldn't be 0, if it is you have bigger problems :).
☺
>Is this a corrupt fs or something? If there was some sort of
I don’t think so, I can access and use that filesystem under 3.2
just fine (it’s what I created it under, too, so it’s possible
that it’s
On 07/30/2013 02:45 PM, Mark Brown wrote:
> On Tue, Jul 30, 2013 at 11:45:12AM -0600, Stephen Warren wrote:
>> On 07/30/2013 04:32 AM, Richard Genoud wrote:
>
>>> +wm8731 pins: +cf
>>> Documentation/devicetree/bindings/sound/wm8731.txt
>
>> In the Tegra bindings, I deliberately put the list of
On Thu, 25 Jul 2013 12:50:26 -0500 Dave Kleikamp
wrote:
> This patch series adds a kernel interface to fs/aio.c so that kernel code can
> issue concurrent asynchronous IO to file systems. It adds an aio command and
> file system methods which specify io memory with pages instead of userspace
>
On 07/30/2013 02:53 PM, Andrew Chew wrote:
>> On 07/27/2013 03:55 AM, Laxman Dewangan wrote:
>>> On Saturday 27 July 2013 03:42 AM, Andrew Chew wrote:
I wrote:
> Andrew wrote:
>> [adding a third pinmux configuration property to Palmas's DT]
>
> How does this interact with the
On 07/30/2013 03:10 PM, hanumant wrote:
...
> We actually have the same TLMM pinmux used by several socs of a family.
> The number of pins on each soc may vary.
> Also a given soc gets used in a number of boards.
> The device tree for a given soc is split into the different boards that
> its in ie
On 30 Jul 2013, Bernd Schubert told this:
> On 07/30/2013 02:56 AM, Nix wrote:
>> On 30 Jul 2013, Douglas Gilbert outgrape:
>>
>>> Please supply the information that Martin Petersen asked
>>> for.
>>
>> Did it in private IRC (the advantage of working for the same division of
>> the same company!)
On 30/07/2013 8:24 a.m., Namhyung Kim wrote:
On Thu, 25 Jul 2013 17:01:29 +0300, Adrian Hunter wrote:
Make the "object code reading" test attempt to read from
kcore.
The test uses objdump which struggles with kcore. i.e.
doesn't always work, sometimes takes a long time.
The test has been made
When removing duplicate symbols, prefer to remove
syscall aliases starting with SyS or compat_SyS.
A side-effect of that is that it results in slightly
improved results for the "vmlinux symtab matches kallsyms"
test.
Signed-off-by: Adrian Hunter
---
tools/perf/util/symbol.c | 17
Without this patch, the values for ideality (register 0x4b) and ideality
selection mask (register 0x4c) are inverted.
Signed-off-by: Vivien Didelot
---
drivers/hwmon/max6697.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/hwmon/max6697.c
On Wed, Jul 24, 2013 at 01:54:28PM -0700, Stephen Boyd wrote:
> One more step to allowing MSM to participate in the
> multi-platform defconfig.
>
> Signed-off-by: Stephen Boyd
> ---
> arch/arm/Kconfig.debug | 9 +++-
> .../mach/debug-macro.S => include/debug/msm.S}
On 30/07/2013 7:37 a.m., Namhyung Kim wrote:
Hi,
On Thu, 25 Jul 2013 17:01:28 +0300, Adrian Hunter wrote:
In the absence of vmlinux, perf tools uses kallsyms
for symbols. If the user has access, now also map to
/proc/kcore.
The dso data_type is now set to either
DSO_BINARY_TYPE__KCORE or
On 29/07/2013 9:28 a.m., Namhyung Kim wrote:
Hi Adrian,
Just a few nitpicks below..
On Thu, 25 Jul 2013 17:01:22 +0300, Adrian Hunter wrote:
Using the information in mmap events, perf tools can read object
code associated with sampled addresses. A test is added that
compares bytes read by
vmlinux maps now map to the dso and the symbol values
are now file offsets. For comparison with kallsyms
the virtual memory address is needed which is obtained
by unmapping the symbol value.
The "vmlinux symtab matches kallsyms" is adjusted
accordingly.
Signed-off-by: Adrian Hunter
---
On 7/29/2013 9:37 AM, Linus Walleij wrote:
On Wed, Jul 24, 2013 at 11:41 PM, Hanumant Singh
wrote:
Add a new device tree enabled pinctrl driver for
Qualcomm MSM SoC's. This driver provides an extensible
framework to interface all MSM's that use a TLMM pinmux,
with the pinctrl subsytem.
This
Using the information in mmap events, perf tools can read object
code associated with sampled addresses. A test is added that
compares bytes read by perf with the same bytes read using
objdump.
Signed-off-by: Adrian Hunter
---
tools/perf/Makefile | 1 +
On Tue, Jul 30, 2013 at 01:55:32PM -0700, David Brown wrote:
> On Wed, Jul 24, 2013 at 01:54:28PM -0700, Stephen Boyd wrote:
>> One more step to allowing MSM to participate in the
>> multi-platform defconfig.
>
> Full patch: https://patchwork.kernel.org/patch/2833034/
>
>> Signed-off-by: Stephen
Make the "object code reading" test attempt to read from
kcore.
The test uses objdump which struggles with kcore. i.e.
doesn't always work, sometimes takes a long time.
The test has been made to work around those issues.
Signed-off-by: Adrian Hunter
---
tools/perf/tests/code-reading.c | 75
In the absence of vmlinux, perf tools uses kallsyms
for symbols. If the user has access, now also map to
/proc/kcore.
The dso data_type is now set to either
DSO_BINARY_TYPE__KCORE or DSO_BINARY_TYPE__GUEST_KCORE
as approprite.
Signed-off-by: Adrian Hunter
---
tools/perf/util/dso.c
Annotation with /proc/kcore is possible so the logic
is adjusted to allow it. The main difference is that
/proc/kcore had no symbols so the parsing logic needed
a tweak to read jump offsets.
The other difference is that objdump cannot always
read from kcore. That seems to be a bug with objdump.
Hi
Here are some patches that add support for reading object code from vmlinux,
kernel modules and /proc/kcore.
Changes in V2:
Re-based on Arnaldo's tree's perf/core branch
perf tools: add test for reading object code
Use strchr in read_objdump_line()
In order to use kernel maps to read object code, those
maps must be adjusted to map to the dso file offset.
Because lazy-initialization is used, that is not done
until symbols are loaded. However the maps are first
used by thread__find_addr_map() before symbols are loaded.
So this patch changes
The new "object code reading" test shows that it is not possible
to read object code from vmlinux. That is because the mappings
do not map to the dso. This patch fixes that.
A side-effect of changing the kernel map is that the "reloc"
offset must be taken into account. As a result of that
The new "object code reading" test shows that it is not possible
to read object code from kernel modules. That is because the mappings
do not map to the dsos. This patch fixes that.
This involves identifying and flagging relocatable (ELF type ET_REL) files
(e.g. kernel modules) for symbol
On Tue, 2013-07-30 at 16:40 -0400, Josef Bacik wrote:
> So stripe_len shouldn't be 0, if it is you have bigger problems :). Is this a
> corrupt fs or something? If there was some sort of corruption that occured
> then
> I suppose stripe_len could be 0 and we'd need to catch that somewhere
On Thu, 25 Jul 2013 08:40:44 -0700 Zach Levis wrote:
> With these changes, when a binfmt loop is encountered,
> the ELOOP will propogate back to the 0 depth. At this point the
> argv and argc values will be reset to what they were originally and an
> attempt is made to continue with the
On Tue, Jul 30, 2013 at 8:42 AM, Rafael J. Wysocki wrote:
> On Tuesday, July 30, 2013 01:57:55 PM Aaron Lu wrote:
>> On 07/30/2013 01:51 PM, Aaron Lu wrote:
>> > On 07/30/2013 11:44 AM, Felipe Contreras wrote:
>> >> On Mon, Jul 29, 2013 at 10:11 PM, Aaron Lu wrote:
>> >>> On 07/30/2013 03:20 AM,
On Tue, Jul 30, 2013 at 09:58:38AM +0200, Hector Palacios wrote:
> This brings an interesting question: shouldn't the firmware download
> part be isolated from the USB driver? After all, I want to
> communicate with a UART bluetooth chip.
There are a few BT firmware upload modules (last I checked
On Wed, Jul 24, 2013 at 01:54:28PM -0700, Stephen Boyd wrote:
One more step to allowing MSM to participate in the
multi-platform defconfig.
Full patch: https://patchwork.kernel.org/patch/2833034/
Signed-off-by: Stephen Boyd
---
arch/arm/Kconfig.debug | 9 +++-
> On 07/27/2013 03:55 AM, Laxman Dewangan wrote:
> > On Saturday 27 July 2013 03:42 AM, Andrew Chew wrote:
> >> I wrote:
> >>> Andrew wrote:
> [adding a third pinmux configuration property to Palmas's DT]
> >>>
> >>> How does this interact with the pinctrl driver that Laxman just sent
> >>>
The Allwinner A31 has a different watchdog, with a slightly different
register layout, that requires a different restart code.
Signed-off-by: Maxime Ripard
---
.../devicetree/bindings/watchdog/sun4i-wdt.txt | 13 ---
.../devicetree/bindings/watchdog/sunxi-wdt.txt | 14 +++
From: Emilio López
With the recent move towards CLK_OF_DECLARE(...), the driver stopped
initializing osc32k, which is compatible "fixed-clock". This is because
we never called of_clk_init(NULL). Fix this by moving the only other
simple clock (osc24M) to use CLK_OF_DECLARE(...) and call
The GIC can also be found on Cortex-A7 based SoCs. Register a new
compatible string for those cases.
Signed-off-by: Maxime Ripard
Cc: Thomas Gleixner
---
drivers/irqchip/irq-gic.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/irqchip/irq-gic.c b/drivers/irqchip/irq-gic.c
index
101 - 200 of 1792 matches
Mail list logo