Adds AM33XX MMC support to the am33xx.dtsi and the BeagleBone
dts.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am335x-bone.dts |6 ++
arch/arm/boot/dts/am33xx.dtsi | 27 +++
2 files changed, 33 insertions(+)
diff --git
Convert dmaengine channel requests to use
dma_request_slave_channel_compat(). This supports the DT case of
platforms requiring channel selection from either the OMAP DMA or
the EDMA engine. AM33xx only boots from DT and is the only user
implementing EDMA so in the !DT case we can default to the
The binding definition is based on the generic DMA request binding.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/spi/omap-spi.txt | 27 +++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/spi/omap-spi.txt
The binding definition is based on the generic DMA request binding.
Signed-off-by: Matt Porter
---
.../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 25 +++-
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git
AM33xx requires special handling in hsmmc initialization
platform glue.
Signed-off-by: Matt Porter
---
arch/arm/mach-omap2/hsmmc.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/hsmmc.c b/arch/arm/mach-omap2/hsmmc.c
index 4d3a632..42ce988
Enable TI EDMA option on OMAP.
Signed-off-by: Matt Porter
---
drivers/dma/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig
index 677cd6e..eaea1c2 100644
--- a/drivers/dma/Kconfig
+++ b/drivers/dma/Kconfig
@@ -210,7 +210,7
Adds AM33XX SPI support to the am33xx.dtsi and the BeagleBone
dts.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am335x-bone.dts | 17 +++
arch/arm/boot/dts/am33xx.dtsi | 43 +
2 files changed, 60 insertions(+)
diff --git
The edma_slave_config() implementation depends on the
direction field such that it will not properly configure
a slave channel when called without direction set.
This fixes the implementation so that the slave config
is copied as is and prep_slave_sg() handles the
direction dependent handling.
Changes since v1:
- Rebased on top of mainline from 12250d8
- Dropped the feature removal schedule patch
- Implemented dma_request_slave_channel_compat() and
converted the mmc and spi drivers to use it
- Dropped unneeded #address-cells and #size-cells from
On Thu, Oct 11, 2012 at 10:31:46AM +0900, Jun'ichi Nomura wrote:
[..]
> Below is the updated version of the patch.
>
> ==
> blk_put_rl() does not call blkg_put() for q->root_rl because we
> don't take request list reference on
I've been tracking an odd bug that may involve the RCU NOHZ code and
just want to know if you have any ideas on debugging and/or what might be
wrong. Note the bug happens on *BOTH* upstream and the current RHEL6 tree.
The data in this email is from running on RHEL6 because that's what I happen
to
> From: Ohad Ben-Cohen [mailto:o...@wizery.com] Sent: 9. oktober 2012 16:39
> On Tue, Oct 9, 2012 at 4:26 PM, Dan Carpenter
>
> wrote:
>> If it already compiles fine on x86 then there is no advantage to
>> disabling it.
>
> Not really; that's really a hardware question and not a software one.
>
Hi,
On Thu, Oct 11, 2012 at 12:33:28PM +0200, Ondrej Zary wrote:
> u8 *buf = urb->transfer_buffer;
> bool link;
> + struct mcs7830_data *data = mcs7830_get_data(dev);
>
> if (urb->actual_length < 16)
> return;
Alternatively could do *data = NULL; and then
On 10/10, Andrew Vagin wrote:
>
> A size of pid depends on a level of pidns and now a level of pidns
> is not limited, so it can be more than one page.
>
> Looks reasonable, that it should be limited to a page size. On x86_64
> it will allow to create 125 nested pid namespaces. I don't know a
>
Dear RT Folks,
I'm pleased to announce the 3.2.31-rt46 stable release.
This release is just an update to the new stable 3.2.31 version
and no RT specific changes have been made.
You can get this release via the git tree at:
On 10/02/2012 06:37 PM, Linus Torvalds wrote:
On Tue, Oct 2, 2012 at 2:03 PM, Ivan Kalvachev wrote:
I'm not kernel developer and probably my opinion would be a little
naive, but here it is.
Please, make the kernel load firmware from the filesystem on its own.
We probably should do that, not
* Kim, Milo [121005 01:26]:
> The LP55xx common driver provides a new header, leds-lp55xx.h.
> This driver enables removing duplicate code for both drivers and
> making coherent driver structure.
> LP5521 and LP5523/55231 platform data were merged into one common file.
> Therefore, the
On Thu, Oct 11, 2012 at 08:09:00PM +0200, Romain Francoise wrote:
> Hi Willy,
>
> Willy Tarreau writes:
>
> > RDRAND certainly qualifies as a source of entropy and I judged it was
> > appropriate for a backport for this reason. Nobody has objected about
> > this during the review, but maybe you
Hi Sourav, Felipe,
any progress on fixing the N800 problem? Would be good to keep it booting
since we use it as our primary 2420 test platform.
- Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On 10/11/2012 06:39 AM, Nishanth Menon wrote:
> Parameter documentation needs a ':' for scripts/kernel-doc
> to parse properly.
>
> Minor fixes for ones warned by:
> ./scripts/kernel-doc -text drivers/devfreq/devfreq.c>/dev/null
>
> Cc: "Rafael J. Wysocki"
> Cc: Kevin Hilman
> Cc: MyungJoo
On Thu, 11 Oct 2012 19:59:33 +0200, Jiri Slaby said:
> On 10/11/2012 07:56 PM, valdis.kletni...@vt.edu wrote:
> > On Thu, 11 Oct 2012 17:34:24 +0200, Jiri Slaby said:
> >> On 10/11/2012 03:44 PM, valdis.kletni...@vt.edu wrote:
> >>> So at least we know we're not hallucinating. :)
> >>
> >> Just a
On 10:20 Thu 11 Oct , Lee Jones wrote:
> On Thu, 11 Oct 2012, Jean-Christophe PLAGNIOL-VILLARD wrote:
>
> > On 08:38 Thu 11 Oct , Lee Jones wrote:
> > > On Wed, 10 Oct 2012, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > >
> > > > On 16:18 Wed 10 Oct , Lee Jones wrote:
> > > > > First
On Wed 10-10-12 00:09:44, Namjae Jeon wrote:
> From: Namjae Jeon
>
> The variable last_block is not needed.
>
> Signed-off-by: Namjae Jeon
> Signed-off-by: Ashish Sangwan
Thanks. I've merged the patch.
Honza
> ---
> fs/udf/inode.c |3 ---
On Wed 10-10-12 00:09:12, Namjae Jeon wrote:
> From: Namjae Jeon
>
> Incrementing lenExtents even while writing to a hole is bad
> for performance as calls to udf_discard_prealloc and
> udf_truncate_tail_extent would not return from start if
> isize != lenExtents
>
> Signed-off-by: Namjae Jeon
On Wed 10-10-12 00:08:56, Namjae Jeon wrote:
> From: Namjae Jeon
>
> Need to brelse the buffer_head stored in cur_epos and next_epos.
>
> Signed-off-by: Namjae Jeon
> Signed-off-by: Ashish Sangwan
Thanks. I've merged the patch.
Hi Willy,
Willy Tarreau writes:
> RDRAND certainly qualifies as a source of entropy and I judged it was
> appropriate for a backport for this reason. Nobody has objected about
> this during the review, but maybe you have a different opinion and valid
> reasons for these patches to be reverted ?
On 10:22 Thu 11 Oct , Lee Jones wrote:
> On Thu, 11 Oct 2012, Jean-Christophe PLAGNIOL-VILLARD wrote:
>
> > On 08:29 Thu 11 Oct , Lee Jones wrote:
> > > On Wed, 10 Oct 2012, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > >
> > > > On 16:18 Wed 10 Oct , Lee Jones wrote:
> > > > > Add the
On 10/11/2012 07:56 PM, valdis.kletni...@vt.edu wrote:
> On Thu, 11 Oct 2012 17:34:24 +0200, Jiri Slaby said:
>> On 10/11/2012 03:44 PM, valdis.kletni...@vt.edu wrote:
>>> So at least we know we're not hallucinating. :)
>>
>> Just a thought? Do you have raid?
>
> Nope, just a 160G laptop
On Thu, 11 Oct 2012 17:34:24 +0200, Jiri Slaby said:
> On 10/11/2012 03:44 PM, valdis.kletni...@vt.edu wrote:
> > So at least we know we're not hallucinating. :)
>
> Just a thought? Do you have raid?
Nope, just a 160G laptop spinning hard drive. Filesystems are
ext4 on LVM on a cryptoLUKS
On Wed 10-10-12 00:09:28, Namjae Jeon wrote:
> From: Namjae Jeon
>
> Currently, du will show wrong block count. This patch fix it.
This should be fixed by commit fd4287dbc07763595c1e74edbb6520092290185c.
Have you tested with newish kernel? If recent kernel still has an issue,
can you provide a
Hi, just a report...
I have Linksys WMP600N (dual-band) wireless card,
06:05.0 Network controller [0280]: RaLink RT2800 802.11n PCI [1814:0601]
Subsystem: Linksys Device [1737:0067]
Kernel driver in use: rt2800pci
Kernel modules: rt2800pci
It is working
On Thu, Oct 11, 2012 at 11:32:27AM -0500, ? Yang Su Li wrote:
> I am not quite whether I should ask this question here, but in terms
> of light weight barrier/fsync, could anyone tell me why the device
> driver / OS provide the barrier interface other than some other
> abstractions anyway?
On Thu, Oct 11, 2012 at 02:46:43PM +0100, Mel Gorman wrote:
> Should this be a SCHED_FEATURE flag?
I guess it could. It is only used by kernel/sched/numa.c which isn't
even built unless CONFIG_AUTONUMA is set. So it would require a
CONFIG_AUTONUMA in the sched feature flags unless we want to
On Thu, 2012-10-11 at 15:16 +0900, Takao Indoh wrote:
> (2012/10/11 5:08), Khalid Aziz wrote:
.
> >> +static void __init do_reset(u8 bus, u8 slot, u8 func)
> >> +{
> >> + u16 ctrl;
> >> +
> >> + printk(KERN_INFO "pci :%02x:%02x.%d reset\n", bus, slot, func);
> >> +
> >> + /* Assert
Scott Wood wrote:
> For hypercalls and other paravirt. That's the point -- they're not
> kernel headers. They're guest API headers.
Well, IMHO, guest API != user-space. Maybe we should have a parallel
mechanism to uapi to make the kvm guest header files available.
--
Timur Tabi
Linux
On 10/11/2012 12:24:59 PM, Timur Tabi wrote:
Scott Wood wrote:
>> > My concern is that when I think of a user-space header file, I
think
>> > of a
>> > user-space application that calls ioctls. I know that KVM guest
>> > kernels
>> > run as user-space processes, but that does not seem like a
Change log
v4 -> v5
- Rebased to 3.6.0
- Introduce a logic switching IDT at enabling/disabling TP time
so that a time penalty makes a zero when tracepoints are disabled.
This IDT is created only when CONFIG_TRACEPOINTS is enabled.
- Remove arch_irq_vector_entry/exit and add
Hi Linus,
Please pull 3 trivial writeback fixes.
Thanks,
Fengguang
---
The following changes since commit fea7a08acb13524b47711625eebea40a0ede69a0:
Linux 3.6-rc3 (2012-08-22 13:29:06 -0700)
are available in the git repository at:
Scott Wood wrote:
>> > My concern is that when I think of a user-space header file, I think
>> > of a
>> > user-space application that calls ioctls. I know that KVM guest
>> > kernels
>> > run as user-space processes, but that does not seem like a reason to
>> > combine all of the header
Hello, Ingo,
This series fixes some RCU regressions in 3.7.
Kirill A. Shutemov found a case where synchronize_rcu() is invoked
from a CPU-hotplug notifier, which, with RCU's shiny new kthread-based
grace-period implementation, results in deadlock. The first commit
in this series fixes this
On 10/11/2012 12:57 AM, Andrew Theurer wrote:
On Wed, 2012-10-10 at 23:13 +0530, Raghavendra K T wrote:
On 10/10/2012 07:54 PM, Andrew Theurer wrote:
I ran 'perf sched map' on the dbench workload for medium and large VMs,
and I thought I would share some of the results. I think it helps to
On Thu, Oct 11, 2012 at 01:28:27PM +0100, Mel Gorman wrote:
> s/togehter/together/
Fixed.
>
> > + * knumad_scan structure.
> > + */
> > +struct mm_autonuma {
>
> Nit but this is very similar in principle to mm_slot for transparent
> huge pages. It might be worth renaming both to mm_thp_slot
On Mon, Oct 8, 2012 at 3:43 AM, Hugh Dickins wrote:
> On Sun, 7 Oct 2012, Kamran Amini wrote:
>> On Sun, Oct 7, 2012 at 1:18 AM, Hugh Dickins wrote:
>> > On Thu, 4 Oct 2012, Kamran Amini wrote:
>> >>
>> >> It seems that /usr/bin/time program reports a wrong value for MaxRSS.
>> >> The report
in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/linux-aarch64.git
tags/arm64-uapi
for you to fetch changes up to 48b3b3215f6bc33986f275a0cff508bd9b23fd86:
Merge tag 'disintegrate-arm64-20121011' of
git://git.infradead.org/users/dhowells/linux-headers into uapi (2012
On Thu, Oct 11, 2012 at 01:22:55PM +0100, Mel Gorman wrote:
> On Thu, Oct 04, 2012 at 01:50:48AM +0200, Andrea Arcangeli wrote:
> > In the special "pmd" mode of knuma_scand
> > (/sys/kernel/mm/autonuma/knuma_scand/pmd == 1), the pmd may be of numa
> > type (_PAGE_PRESENT not set), however the pte
On Thu, Oct 11, 2012 at 12:15:45PM +0100, Mel Gorman wrote:
> huh?
>
> #define _PAGE_NUMA _PAGE_PROTNONE
>
> so this is effective _PAGE_PRESENT | _PAGE_PROTNONE | _PAGE_PROTNONE
>
> I suspect you are doing this because there is no requirement for
> _PAGE_NUMA == _PAGE_PROTNONE for other
> >
> > I didn't say anything magic, but a table of pointers that are very
> > critical for the system running. Should we implement it with a single
> > switch, like we discussed in San Diego to do with the system call table?
> >
> > That is, have a "normal" table, and a "trace" table. The trace
Signed-off-by: Yang Bai
---
scripts/basic/.gitignore |1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/basic/.gitignore b/scripts/basic/.gitignore
index a776371..b372870 100644
--- a/scripts/basic/.gitignore
+++ b/scripts/basic/.gitignore
@@ -1 +1,2 @@
fixdep
+hash
--
1.7.10.4
--
---
scripts/basic/.gitignore |1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/basic/.gitignore b/scripts/basic/.gitignore
index a776371..b372870 100644
--- a/scripts/basic/.gitignore
+++ b/scripts/basic/.gitignore
@@ -1 +1,2 @@
fixdep
+hash
--
1.7.10.4
--
To unsubscribe from this
On Thu, Oct 11, 2012 at 05:46:40PM +0100, David Howells wrote:
> Catalin Marinas wrote:
>
> > The asm/Kbuild allows automatic generation of header files by specifying
> > "generic-y += ...". The first patch in the series allows the same thing
> > to be specified in uapi/asm/Kbuild.
> >
> > The
To expand a bit, the on-disk format needs to allow the roots of N of
the last transactions to be/remain reachable at all times. At open
time you look for the latest transaction, verify that it has been
written[0] completely, then use it, else look for the preceding
transaction, verify it, and so
> -Original Message-
> From: Suresh Siddha [mailto:suresh.b.sid...@intel.com]
> Sent: 2012年10月10日 18:02
> > > So I looked at why you are seeing the problem with v2.6.32 but not
> > > with the recent kernels. And I think I found out the reason.
> >
> > I want to know what masking IO-APIC
Catalin Marinas wrote:
> The asm/Kbuild allows automatic generation of header files by specifying
> "generic-y += ...". The first patch in the series allows the same thing
> to be specified in uapi/asm/Kbuild.
>
> The subsequent patches remove some of the trivial header files in arm64,
> s390
From: Constantine Shulyupin
Call USB initialization davinci_setup_usb from board initialization
dm365_evm_init.
Tested with OTG configuration, usb gadget g_zero on DM365 EVM connected to PC.
Note: register USB_PHY_CTRL must have flag USBPHY_CLKFREQ_24MHZ
References:
Original patch by
On Thu, Oct 11, 2012 at 12:01:37PM +0100, Mel Gorman wrote:
> On Thu, Oct 04, 2012 at 01:50:46AM +0200, Andrea Arcangeli wrote:
> > The objective of _PAGE_NUMA is to be able to trigger NUMA hinting page
> > faults to identify the per NUMA node working set of the thread at
> > runtime.
> >
> >
> Yeah, but that means the completion has to be delivered from process
> context. That's not what aio does today, and it'd be a real performance
> regression.
It'd only have to to complete from process context if it faults. The
cheapest possible delivery mechanism is simple cpu stores. In the
On Wed, Oct 10, 2012 at 12:48 PM, Richard Hipp wrote:
>> Could you list the requirements of such a light weight barrier?
>> i.e. what would it need to do minimally, what's different from
>> fsync/fdatasync ?
>
> For SQLite, the write barrier needs to involve two separate inodes. The
>
On 10/11/2012 10:55:42 AM, Timur Tabi wrote:
Alexander Graf wrote:
> This is about kvm_host.h, which is the part that is exported to user
> space. It usually contains constants and structs that are required
for
> the API.
Which API? I'm not familiar with KVM internals.
My concern is that
From: Constantine Shulyupin
Sets USB PHY clock source to 24 MHz clock.
Tested with OTG configuration, usb gadget g_zero on DM365 EVM connected to PC.
To active the patch need to call davinci_setup_usb from dm365_evm_init
References:
Definition of USB_PHY_CTRL and PHYCLKFREQ:
-
reference to `sock_release'
Signed-off-by: Randy Dunlap
Cc: dan.magenhei...@oracle.com
Cc: konrad.w...@oracle.com
---
drivers/staging/ramster/Kconfig |1 +
1 file changed, 1 insertion(+)
--- linux-next-20121011.orig/drivers/staging/ramster/Kconfig
+++ linux-next-20121011/drivers/staging/ramster
On 10/11/2012 10:56:51 AM, Alexander Graf wrote:
On 11.10.2012, at 17:50, Scott Wood wrote:
> On 10/11/2012 08:04:58 AM, Alexander Graf wrote:
>> On 11.10.2012, at 05:32, Tabi Timur-B04825 wrote:
>> > On Wed, Oct 10, 2012 at 9:47 PM, Stephen Rothwell
wrote:
>> >
>> >> Commit 549d62d889b4
I am not quite whether I should ask this question here, but in terms
of light weight barrier/fsync, could anyone tell me why the device
driver / OS provide the barrier interface other than some other
abstractions anyway? I am sorry if this sounds like a stupid questions
or it has been discussed
Thanks Arnd,
On 2012-10-11 13:41, Arnd Bergmann wrote:
> On Tuesday 09 October 2012, Markus F.X.J. Oberhumer wrote:
>>>
>>> : This commit updates the kernel LZO code to the current upsteam version
>>> : which features a significant speed improvement - benchmarking the Calgary
>>> : and Silesia
Hi Ashish,
On Thu, Oct 11, 2012 at 04:15:16PM +0530, Ashish Jangam wrote:
> This is the ONKEY driver of the Dialog DA9055 PMIC and depends on the DA9055
> MFD
> core driver.
>
> This patch is functionally tested on SMDK6410 board.
>
> Signed-off-by: David Dajun Chen
> Signed-off-by: Ashish
On Tue, Oct 9, 2012 at 4:22 PM, Drasko DRASKOVIC
wrote:
> [Me]
>> So can you explain exactly why userspace want to configure
>> GPIO pins in interrupt mode, when there is no way whatsoever
>> for userspace to handle these IRQs?
>
> Maybe I understand something wrong, but explicit configuration of
liburcu is a LGPLv2.1 userspace RCU (read-copy-update) library. This
data synchronization library provides read-side access which scales
linearly with the number of cores. It does so by allowing multiples
copies of a given data structure to live at the same time, and by
monitoring the data
On Thu, Oct 11, 2012 at 11:56:26PM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
> ---
> drivers/hwmon/ina2xx.c | 13 +
> 1 file changed, 1 insertion(+), 12 deletions(-)
>
Hi Axel,
A similar patch from Wei Yongjun is already queued in my -next branch.
It is not in linux-next
This headers simply include the corresponding asm-generic files, they
can be automatically generated.
Signed-off-by: Catalin Marinas
---
arch/arm64/include/uapi/asm/Kbuild | 5 +++--
arch/arm64/include/uapi/asm/stat.h | 16
arch/arm64/include/uapi/asm/unistd.h | 16
This patch removes several trivial UAPI headers that were simply including
the asm-generic files as they can be automatically generated.
Signed-off-by: Catalin Marinas
Cc: Martin Schwidefsky
Cc: Heiko Carstens
---
arch/s390/include/uapi/asm/Kbuild | 19 ++-
This patch removes several trivial UAPI headers that were simply including
the asm-generic files as they can be automatically generated.
Signed-off-by: Catalin Marinas
Cc: "David S. Miller"
---
arch/sparc/include/uapi/asm/Kbuild | 5 +++--
arch/sparc/include/uapi/asm/kvm_para.h | 1 -
Several arch/*/include/uapi/asm/* header simply include the
corresponding file. This patch allows such files to be
specified in uapi/asm/Kbuild via "generic-y += ..." to be automatically
generated (similar to asm/Kbuild).
Signed-off-by: Catalin Marinas
Cc: Michal Marek
Cc: David Howells
Cc:
Hi,
The asm/Kbuild allows automatic generation of header files by specifying
"generic-y += ...". The first patch in the series allows the same thing
to be specified in uapi/asm/Kbuild.
The subsequent patches remove some of the trivial header files in arm64,
s390 and sparc. Please note that the
Hi,
On Thu, Oct 11, 2012 at 11:50:36AM +0100, Mel Gorman wrote:
> On Thu, Oct 04, 2012 at 01:50:43AM +0200, Andrea Arcangeli wrote:
> > +The AutoNUMA logic is a chain reaction resulting from the actions of
> > +the AutoNUMA daemon, knum_scand. The knuma_scand daemon periodically
>
>
On Thu, Oct 11, 2012 at 10:04:28PM +0800, Jeremy Kerr wrote:
> Hi Andy,
>
> >@@ -969,16 +970,18 @@
> > return -ENOMEM;
> >
> > list_for_each_entry_safe(entry, n, >list, list) {
> >-struct inode *inode;
> > struct dentry *dentry, *root = efivarfs_sb->s_root;
Alexander Graf wrote:
> Do I have to move them to their own header file or can I just #ifdef
> __KERNEL__ around the place where __ASSEMBLY__ starts to the end of the
> file?
That depends on whether it happens before or after my disintegration script is
run on the header. Ben has pulled my
On 10/11/2012 10:34 AM, Daniel Mack wrote:
I recently read about the newly introduced common clock framework (ccf)
and wondered if this could be also used for external, e.g. i2c attached,
clock generators.
Based on my current understanding of the framework I wrote such a
driver and now I want
On 11.10.2012, at 17:50, Scott Wood wrote:
> On 10/11/2012 08:04:58 AM, Alexander Graf wrote:
>> On 11.10.2012, at 05:32, Tabi Timur-B04825 wrote:
>> > On Wed, Oct 10, 2012 at 9:47 PM, Stephen Rothwell
>> > wrote:
>> >
>> >> Commit 549d62d889b4 ("KVM: PPC: use definitions in epapr header
>> >>
Signed-off-by: Axel Lin
---
drivers/hwmon/ina2xx.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/hwmon/ina2xx.c b/drivers/hwmon/ina2xx.c
index 2b72634..8e7158c 100644
--- a/drivers/hwmon/ina2xx.c
+++ b/drivers/hwmon/ina2xx.c
@@ -302,19 +302,8 @@
Alexander Graf wrote:
> This is about kvm_host.h, which is the part that is exported to user
> space. It usually contains constants and structs that are required for
> the API.
Which API? I'm not familiar with KVM internals.
My concern is that when I think of a user-space header file, I think
On 10/11/2012 08:04:58 AM, Alexander Graf wrote:
On 11.10.2012, at 05:32, Tabi Timur-B04825 wrote:
> On Wed, Oct 10, 2012 at 9:47 PM, Stephen Rothwell
wrote:
>
>> Commit 549d62d889b4 ("KVM: PPC: use definitions in epapr header
>> for hcalls") from the kvm-ppc tree added an include of
On Thu 11-10-12 13:58:00, Viktor Nagy wrote:
> >The regression you observe is caused by commit 3d08bcc8 "mm: Wait for
> >writeback when grabbing pages to begin a write". At the first sight I was
> >somewhat surprised when I saw that code path in the traces but later
> >when I
>
Hi Len,
Can you please review this patchset?
Thanks,
-Toshi
On Tue, 2012-10-09 at 07:55 -0600, Toshi Kani wrote:
> Hi Len,
>
> Can you please review this patchset? Please let me know if you have any
> concern/question.
>
> Thanks,
> -Toshi
>
>
> On Thu, 2012-09-06 at 17:40 -0600, Toshi
Hi Len,
Can you please review this patch?
Thanks,
-Toshi
On Wed, 2012-10-10 at 07:20 -0600, Toshi Kani wrote:
> On Wed, 2012-10-10 at 10:14 +0900, Yasuaki Ishimatsu wrote:
> > Hi Toshi,
> >
> > Sorry for late reply.
> >
> > 2012/09/13 5:30, Toshi Kani wrote:
> > > Combined two ACPI namespace
On Thu, Oct 11, 2012 at 6:15 AM, Christopher Heiny wrote:
> On Thursday, October 11, 2012 02:21:53 AM I wrote:
>> > +union pdt_properties {
>> > + struct {
>> > + u8 reserved_1:6;
>> > + u8 has_bsr:1;
>> > + u8 reserved_2:1;
>> > + }
On Thu, 11 Oct 2012, Christian Gmeiner wrote:
> 2012/10/11 Lee Jones :
> > From: Jonas Aaberg
> >
> > The overhead is very low and the results will be found under
> > sysfs/bootime, as well as detailed results in debugfs under
> > boottime/. The bootgraph* files are compatible with
> >
On Thu, Oct 11, 2012 at 04:56:11PM +0200, Andrea Arcangeli wrote:
> Hi Mel,
>
> On Thu, Oct 11, 2012 at 11:19:30AM +0100, Mel Gorman wrote:
> > As a basic sniff test I added a test to MMtests for the AutoNUMA
> > Benchmark on a 4-node machine and the following fell out.
> >
> >
On 10/11/2012 03:44 PM, valdis.kletni...@vt.edu wrote:
> So at least we know we're not hallucinating. :)
Just a thought? Do you have raid?
--
js
suse labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Thu, Oct 11, 2012 at 5:41 AM, Christopher Heiny wrote:
> Linus Walleij wrote:
>> But please use arithmetic operators (I think I said this on the last
>> review):
>>
>> dest[0] = src & 0xFF;
>> dest[1] = src >> 8;
>>
>> Doing it the above way makes artithmetic look like maths, and it isn't.
>>
> -Original Message-
> From: H. Peter Anvin [mailto:h...@zytor.com]
> Sent: 2012年10月10日 23:27
> To: Zhang, Lin-Bao (Linux Kernel R); Suresh Siddha
> Cc: linux-kernel@vger.kernel.org; a...@lxorguk.ukuu.org.uk;
> mi...@redhat.com; Croxon, Nigel; t...@linutronix.de; x...@kernel.org;
>
Hi Len,
Can you please review this patchset?
Thanks,
-Toshi
On Tue, 2012-10-09 at 07:42 -0600, Toshi Kani wrote:
> Hi Len,
>
> Can you please review this patch? Please let me know if there is
> anything I need to do for 3.7.
>
> Thanks,
> -Toshi
>
>
> On Tue, 2012-08-28 at 13:02 -0600,
Hi Len,
This patch has been waiting for your review for 4 months. (v2 simply
rebased.) Is there any thing I need to do?
Thanks,
-Toshi
On Tue, 2012-10-09 at 07:43 -0600, Toshi Kani wrote:
> Hi Len,
>
> Can you please review this patch? Please let me know if there is
> anything I need to do
On Thu, Oct 11, 2012 at 5:41 AM, Christopher Heiny wrote:
> Linus Walleij wrote:
>> On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny
>> wrote:
>> > + chargerinput ... (rw) User space programs can use this to tell
>> > the + sensor that the system is plugged into an
> > From: Jonas Aaberg
> Some change logs would have helped.
Granted.
Hopefully Jonas will be happy to step forward and answer any of
your following questions.
> > Cc: Dmitry Torokhov
> > Cc: linux-in...@vger.kernel.org
> > Acked-by: Lee Jones
> > Signed-off-by: Jonas Aaberg
> >
Hi Konstantin,
Thanks for addressing this issue. I have just started to look at this
patch and I haven't got into the details yet.
I would like to start with some basic comments.
1. Is this read sequential issue specific to MMC?
2. Or is it common with all other block-drivers that gets data from
On Thu, Oct 11, 2012 at 3:19 PM, Rob Clark wrote:
>> Should the documenation be updated to mark those functions as deprecated for
>> new drivers and explain how to handle IRQ (un)registration manually ?
They're not deprecated, since for most drivers they're good enough.
Maybe just make it clear
> From: Linus Walleij
>
> Since the simple irqdomain will fall back to a linear domain
> if the first_irq provided is <= 0, just use this, just make
> sure the first_irq is negative in the device tree case.
>
> Cc: Lee Jones
> Cc: Rob Herring
> Signed-off-by: Linus Walleij
> ---
>
On 11/10/12 16:00, Linus Walleij wrote:
On Wed, Oct 10, 2012 at 2:59 PM, Wei Yongjun wrote:
From: Wei Yongjun
Remove duplicated include.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
Applied to my fixes branch, unless John
>> -Original Message-
>> From: Nori, Sekhar
>> Sent: Thursday, October 11, 2012 8:25 AM
>> To: Karicheri, Muralidharan
>> Cc: mturque...@linaro.org; a...@arndb.de; a...@linux-foundation.org;
>> shawn@linaro.org; rob.herr...@calxeda.com; linus.wall...@linaro.org;
>>
Em Thu, 11 Oct 2012 15:05:31 +0100
David Howells escreveu:
> Mauro Carvalho Chehab wrote:
>
> > My understanding here is that, as the file location will change
> > with this series, your original concern is now void, as userspace
> > will require patches to use the new location. So, if we're
Hi Mel,
On Thu, Oct 11, 2012 at 11:19:30AM +0100, Mel Gorman wrote:
> As a basic sniff test I added a test to MMtests for the AutoNUMA
> Benchmark on a 4-node machine and the following fell out.
>
> 3.6.0 3.6.0
>
201 - 300 of 1022 matches
Mail list logo