* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 139c0815903de1a7865fe1d6beac5e995fefdf46:
>
> perf hists: Add more helpers for hist entry stat (2012-10-04 13:36:18 -0300)
>
> are available in the git repo
From: Nick Cheng
Replace the nameing, hba, hbb and hbc, with hbaA, hbaB abd hbaC respectively
Signed-off-by: Nick Cheng
---
diff -uprN -X linux-vanilla/Documentation/dontdiff
linux-vanilla//drivers/scsi/arcmsr/arcmsr.h
linux-development//drivers/scsi/arcmsr/arcmsr.h
--- linux-vanilla//drivers/sc
Ivo Sieben writes:
> Check the waitqueue task list to be non empty before entering the critical
> section. This prevents locking the spin lock needlessly in case the queue
> was empty, and therefor also prevent scheduling overhead on a PREEMPT_RT
> system.
>
> Signed-off-by: Ivo Sieben
> ---
>
>
On Mon, Oct 08, 2012 at 07:26:15AM -0600, Wang Sheng-Hui wrote:
> In csum_dirty_buffer, we first get eb from page->private.
> Then we check if the page is the first page of eb. Later
> we check it again. Remove the repeated check here.
You had the right idea here, two checks and one has a warning,
On Tue 09-10-12 13:07:19, Arnd Bergmann wrote:
> On Tuesday 09 October 2012, Arnd Bergmann wrote:
> > On Monday 08 October 2012, Jan Kara wrote:
> > > On Fri 05-10-12 16:55:19, Arnd Bergmann wrote:
> > > > The follow_link() function always initializes its *p argument,
> > > > or returns an error, b
On Tue, Oct 09, 2012 at 02:30:48PM +0100, David Howells wrote:
> Can you merge the following branch into the usb tree please.
Is this (and the other pull requests for other subsystems) for 3.7 or
for 3.8?
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Dear RT Folks,
I'm pleased to announce the 3.6.1-rt1 release.
This is a pretty straight forward move from the 3.4-rt series which
includes a few significant updates which need to be backported to the
3.x-rt stable series:
* Make interrupt randomness work again on RT. Based on the 3.x.y
s
> -Original Message-
> From: James Bottomley [mailto:james.bottom...@hansenpartnership.com]
> Sent: Tuesday, October 09, 2012 7:38 AM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; oher...@suse.com; h...@infradead.org; l
for the strictly kernel internal stuff.
This patch can be pulled from:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-scsi-20121009
Signed-off-by: David Howells
Acked-by: Arnd Bergmann
Acked-by: Thomas Gleixner
Acked-by: Michael Kerrisk
Acked-by: Paul E
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 Fri, 2012-08-24 at 14:54 -0600, Toshi Kani wrote:
> Added CPU hot-remove support through an ACPI eject notification.
> It calls acpi_bus_hot_remove_device(), which shares t
for the strictly kernel internal stuff.
This patch can be pulled from:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-fc-20121009
Signed-off-by: David Howells
Acked-by: Arnd Bergmann
Acked-by: Thomas Gleixner
Acked-by: Michael Kerrisk
Acked-by: Paul E
;
> git://git.infradead.org/users/dhowells/linux-headers.git
> tags/disintegrate-sound-20121009
>
> for you to fetch changes up to 674e95ca446369e9ca40e4e92b214a616a52bcd6:
>
> UAPI: (Scripted) Disintegrate include/sound (2012-10-09 09:49:13 +0100)
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 Wed, 2012-09-12 at 14:30 -0600, Toshi Kani wrote:
> Combined two ACPI namespace walks, which look for dock stations
> and then bays separately, into a single walk.
>
> Sig
Greg KH wrote:
> > Can you merge the following branch into the usb tree please.
>
> Is this (and the other pull requests for other subsystems) for 3.7 or
> for 3.8?
I don't really mind. There are no dependencies on it. Getting it in 3.7
means there's more chance it'll just apply when Linus do
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, Toshi Kani wrote:
> This patchset improves logging messages for ACPI CPU, Memory,
> Container and Dock hotplug notify handlers. The patchs
On Tue, Oct 09, 2012 at 12:21:17PM +0200, Claudio Scordino wrote:
> Hi all.
>
> I've not received any feedback about this patch, so I'm resending just
> to check if someone is going to take care of it.
It was sent in the middle of the merge window, when we are scrambling to
get other stuff done.
Takashi Iwai wrote:
> > Can you merge the following branch into the sound tree please.
>
> The changes look OK, but is it targeted for 3.7 or 3.8 in general?
> I assumed the latter.
Either will do. There are no dependencies on the branch I gave you.
David
--
To unsubscribe from this list: sen
On Tue, Oct 09, 2012 at 07:37:02AM +0200, Arun MURTHY wrote:
> Any further comments?
I was waiting for you to address all of the previous ones with a new set
of patches before burdening you with anything new :)
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Thu, 27 Sep 2012 09:59:33 +0930
Rusty Russell wrote:
> Hi all,
>
> I've had several requests for a more formal approach to the
> virtio draft spec, and (after some soul-searching) I'd like to try that.
>
> The proposal is to use OASIS as the standards body, as it's
> fairly light
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 Kani wrote:
> This patchset updates the ACPI system-level (ex. hotplug)
> notify handling with a new .sys_notify interface. It provides
> t
On Tue, Oct 09, 2012 at 02:54:19PM +0100, David Howells wrote:
> Greg KH wrote:
>
> > > Can you merge the following branch into the usb tree please.
> >
> > Is this (and the other pull requests for other subsystems) for 3.7 or
> > for 3.8?
>
> I don't really mind. There are no dependencies on
On Tue, Oct 9, 2012 at 6:05 AM, Richard W.M. Jones wrote:
> Let's move this to LKML ...
>
> On Mon, Oct 08, 2012 at 10:53:25PM +0100, Richard W.M. Jones wrote:
>> On Mon, Oct 08, 2012 at 10:50:30PM +0100, Richard W.M. Jones wrote:
>> [.. discussion on gnulib test-cloexec test snipped ..]
>> > I'm
On Tue, Oct 09, 2012 at 10:07:22PM +0800, Cong Wang wrote:
> On Tue, Oct 9, 2012 at 6:05 AM, Richard W.M. Jones wrote:
> > Let's move this to LKML ...
> >
> > On Mon, Oct 08, 2012 at 10:53:25PM +0100, Richard W.M. Jones wrote:
> >> On Mon, Oct 08, 2012 at 10:50:30PM +0100, Richard W.M. Jones wrote
6b462680cf86b210b74a8:
>
> Merge branch 'akpm' (Andrew's patch-bomb) (2012-10-09 16:23:15 +0900)
>
> are available in the git repository at:
>
>
> git://git.infradead.org/users/dhowells/linux-headers.git
> tags/disintegrate-nfs-20121009
>
> fo
On 10/09/2012 08:22 PM, Stefano Stabellini wrote:
>
> I can give some hints: find_early_table_space allocates more memory than
> needed for pagetable pages, the allocated range is
> pgt_buf_start-pgt_buf_top.
>
This is why I keep telling you that we should *get rid of*
find_early_table_space and
On Tue, 2012-10-09 at 06:37 -0700, Andi Kleen wrote:
> Ivo Sieben writes:
>
> > Check the waitqueue task list to be non empty before entering the critical
> > section. This prevents locking the spin lock needlessly in case the queue
> > was empty, and therefor also prevent scheduling overhead on
On Tue, Oct 9, 2012 at 3:28 PM, Dan Carpenter wrote:
> Unless there is a good reason why
That's what I'm asking. Is there an inherent coupling with some
platform/architecture ? E.g., OMAP remote processors only go with
OMAP chips.
--
To unsubscribe from this list: send the line "unsubscribe linux
On Tue, Oct 9, 2012 at 2:00 PM, Linus Walleij wrote:
> On Fri, Oct 5, 2012 at 3:16 PM, Drasko DRASKOVIC
> wrote:
>> [Me]
>>> If I understand correctly the below more or less exports
>>> struct irq_chip to userspace,
>>> trying to hide it by instead exposing a property of the
>>> containing struct
On Tue, 2012-10-09 at 21:12 +0900, Linus Torvalds wrote:
> On Tue, Oct 9, 2012 at 7:02 PM, Eric Dumazet wrote:
> >
> > It seems drivers/vfio/pci/vfio_pci.c uses VM_RESERVED
>
> Yeah, I just pushed out what I think is the right (trivial) fix.
Thank you, looks correct to me as well.
Alex
--
To u
> -Original Message-
> From: David Daney [mailto:ddaney.c...@gmail.com]
> Sent: Monday, October 08, 2012 8:39 PM
> To: Matt Porter; Bounine, Alexandre; Jiri Kosina
> Cc: linux-kernel@vger.kernel.org; David Daney; Chad Reese
> Subject: [PATCH] RapidIO: Fix trivial comment error.
>
> From: C
On 9 October 2012 21:04, Takashi Iwai wrote:
> At Tue, 9 Oct 2012 19:23:56 +0800,
> Daniel J Blueman wrote:
>> On 9 October 2012 18:07, Takashi Iwai wrote:
>> > At Tue, 09 Oct 2012 12:04:08 +0200,
>> > Takashi Iwai wrote:
>> >> At Tue, 9 Oct 2012 00:34:09 +0800,
>> >> Daniel J Blueman wrote:
>> >
On Tue, Oct 09, 2012 at 04:15:15PM +0200, Ohad Ben-Cohen wrote:
> On Tue, Oct 9, 2012 at 3:28 PM, Dan Carpenter
> wrote:
> > Unless there is a good reason why
>
> That's what I'm asking. Is there an inherent coupling with some
> platform/architecture ? E.g., OMAP remote processors only go with
>
Alex,
couple of comments in-lined:
On Mon, Oct 8, 2012 at 10:49 PM, Alex Williamson
wrote:
> This needs to be broken apart, start with pulling all the IOMMU
> group init code into a new function.
>
> Signed-off-by: Alex Williamson
> ---
>
> drivers/iommu/amd_iommu.c | 61
> +
On Sat, Oct 06, 2012 at 04:09:22PM -0400, Len Brown wrote:
> From: Feng Tang
The title has 'delete' misspelled.
>
> This is a follow on for commmit 3f6f49c7 "ACPI: delete _GTS/_BFS support"
> to do more cleanup.
>
> Signed-off-by: Feng Tang
> Signed-off-by: Bob Moore
> Signed-off-by: Len Bro
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.
There are hardware devices that can go with any platform/architecture,
e.g., WLAN chips. O
On Tue, 2012-10-09 at 08:33 -0600, Shuah Khan wrote:
> Alex,
>
> couple of comments in-lined:
>
> On Mon, Oct 8, 2012 at 10:49 PM, Alex Williamson
> wrote:
> > This needs to be broken apart, start with pulling all the IOMMU
> > group init code into a new function.
> >
> > Signed-off-by: Alex Wil
rename 'information' member of the struct mei_cl_cb to
more self-descriptive 'buf_idx'
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/interrupt.c | 43 -
drivers/misc/mei/iorw.c | 17 +++
drivers/misc/mei/main.c | 33
1. unify common amt and regular error path and use it early in the
function
2. fix indentation
3. propagate error code directly from copy_from_user
4. print out errors using dev_err instead of dev_dbg
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/main.c | 75 +
kill useless mei_io_list list wrapper and use directly
struct mei_cl_cb mei_cb which was its only member for managing io queues
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/init.c | 29 ++---
drivers/misc/mei/interrupt.c | 134 ++
drivers/
move the mei_io_cb_ wrappers to to iorw.c for global use
and use them also for handling control flows
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/init.c|4 +-
drivers/misc/mei/iorw.c| 120 +--
drivers/misc/mei/main.c| 78 --
1. cb_private was an old name that we depriacated in earlier
cleanups
2. we also group the funcion declaration with other _io_
functions
3. Don't check cb for NULL as mei_io_cb_free is NULL safe
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/init.c |4 ++--
drivers/misc/mei/interru
mei_io_cb_init - allocat and initializate mei_cl_cb
mei_io_cb_alloc_req/resp_buf are separate function as buffers
are not always needed
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/main.c | 111 --
1 files changed, 87 insertions(+), 24 deletions(
On Tue, Oct 9, 2012 at 8:36 PM, Mark Brown
wrote:
> On Tue, Oct 09, 2012 at 08:02:18PM +0800, Ming Lei wrote:
>
>> If loading via user space, timeout or not depends on userspace,
>> at least udev won't timeout on non-existent firmware image.
>
> This may be a mdev or old udev thing... it's defini
On Mon, 2012-10-08 at 16:16 +0100, Mel Gorman wrote:
> On Wed, Oct 03, 2012 at 08:56:14AM -0600, Mike Yoknis wrote:
> > memmap_init_zone() loops through every Page Frame Number (pfn),
> > including pfn values that are within the gaps between existing
> > memory sections. The unneeded looping will
On 12-10-08 09:55 PM, Ben Hutchings wrote:
> On Mon, 2012-10-08 at 18:07 -0700, Jonathan Nieder wrote:
>> From: Seth Heasley
>> Date: Wed, 20 Apr 2011 10:59:57 -0700
>>
>> commit d2edeb7c6f1dada8ca7d5c23e42d604e92ae0c76 upstream.
>>
>> This patch adds the HD Audio Controller DeviceIDs for the Inte
At Tue, 09 Oct 2012 14:58:41 +0100,
David Howells wrote:
>
> Takashi Iwai wrote:
>
> > > Can you merge the following branch into the sound tree please.
> >
> > The changes look OK, but is it targeted for 3.7 or 3.8 in general?
> > I assumed the latter.
>
> Either will do. There are no depende
On Mon 08-10-12 14:06:11, Glauber Costa wrote:
> This flag is used to indicate to the callees that this allocation is a
> kernel allocation in process context, and should be accounted to
> current's memcg. It takes numerical place of the of the recently removed
> __GFP_NO_KSWAPD.
>
> [ v4: make fl
On 9/13/12 2:59 PM, David Ahern wrote:
Hopefully this wraps up the precise mode-exclude_guest dependency.
I'm sure someone will let me know if I screwed up the attribution
in the second patch.
David Ahern (2):
perf tool: precise mode requires exclude_guest
perf tool: give user better messa
From: Namjae Jeon
This patchset implements extent caching in UDF.
While reading/writing to a file, currently, UDF reads metadata serially
which takes a lot of time depending on the number of extents present
in the file. Caching last accessd extent improves metadata read time.
Instead of reading f
On Mon 08-10-12 14:06:14, Glauber Costa wrote:
[...]
> diff --git a/kernel/res_counter.c b/kernel/res_counter.c
> index ad581aa..7b3d6dc 100644
> --- a/kernel/res_counter.c
> +++ b/kernel/res_counter.c
> @@ -86,33 +86,39 @@ int res_counter_charge_nofail(struct res_counter
> *counter, unsigned long
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
---
fs/udf/inode.c |4
1 file changed, 4 insertions(+)
diff --git a/fs/udf/inode.c b/fs/udf/inode.c
index df88b95..2b77593 100644
--- a/fs/udf/
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
Signed-off-by: Ashish Sangwan
---
fs/udf/inode.c |7 +++
From: Namjae Jeon
Currently, du will show wrong block count. This patch fix it.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
fs/udf/inode.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/fs/udf/inode.c b/fs/udf/inode.c
index 8266f2e..76a1f57 100644
--- a/fs/udf/inode
On Tue, 2012-10-09 at 15:46 +0200, Thomas Gleixner wrote:
> Dear RT Folks,
>
> I'm pleased to announce the 3.6.1-rt1 release.
Thomas,
First I want to say, and I'm sure I speak for a lot of people on this,
is "Thank you!". I know how hard it is to deal with the issues of
mainline in a RT specific
From: Namjae Jeon
The variable last_block is not needed.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
fs/udf/inode.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/fs/udf/inode.c b/fs/udf/inode.c
index 76a1f57..6fd9dc5 100644
--- a/fs/udf/inode.c
+++ b/fs/udf/inode.c
From: Namjae Jeon
This patch implements extent caching.
Instead of reading metadata everytime from file's starting position,
now we read from the cached extent.
This speeds up the transformation of file logical offsets to
corresponding on-disk blocks.
Signed-off-by: Namjae Jeon
Signed-off-by: A
From: Namjae Jeon
Use extent cache when moving to last extent.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
fs/udf/truncate.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/fs/udf/truncate.c b/fs/udf/truncate.c
index 8a9657d..95fd9bf 100644
--- a/
On 10/09/2012 07:08 PM, Michal Hocko wrote:
> As I have already mentioned in my previous feedback this is cetainly not
> atomic as you the lock protects only one group in the hierarchy. How is
> the return value from this function supposed to be used?
So, I tried to make that clearer in the update
On 10/09, Peter Zijlstra wrote:
>
> One thing you might need to consider is the memory ordering, will the
> list_empty -- either careful or not -- observe the right list pointer,
> or could it -- when racing with wait_event()/prepare_to_wait() --
> observe a stale value. Or.. is that all already co
Hi.
We would like to make CRIU able to migrate posix timers.
Currently we require additional info, which have to be provided by kernel.
In particular, it's:
1) Timers id's.
2) Timer clock (gained by id).
3) Timer sigevent structure.
4) Timer current overrun status (not the last one).
We are not s
The recently added Emma Mobile GPIO driver calls set_irq_flags
and irq_set_chip_and_handler for the interrupts it exports and
it can be built as a module, which currently fails with
ERROR: "set_irq_flags" [drivers/gpio/gpio-em.ko] undefined!
We either need to replace the call to set_irq_flags wit
The flat_get_addr_from_rp() macro does not use the 'persistent' argument
on ARM, causing a harmless compiler warning. A cast to void removes
that warning.
Without this patch, building at91x40_defconfig results in:
fs/binfmt_flat.c: In function 'load_flat_file':
fs/binfmt_flat.c:746:17: warning: u
Sometimes we want the kernel build process to only print messages
on errors, e.g. in automated build testing. This uses the "kecho"
macro that the build system provides to hide a few informational
messages. Nothing changes for a regular "make" or "make V=1".
Without this patch, building any ARM ke
The Linaro cross toolchain and probably others nowadays default to
building in THUMB2 mode. When building a kernel for a CPU that does
not support THUMB2, the compiler complains about incorrect flags.
We can work around this by setting -marm for all non-T2 builds.
Without this patch, building assa
* The XEN_BALLOON code requires the balloon infrastructure that is not
getting built on ARM.
* The tmem hypercall is not available on ARM
* ARMv6 does not support cmpxchg on 16-bit words that are used in the
* sys-hypervisor.c needs to include linux/err.h in order to use the
IS_ERR/PTR_ERR/E
From:
Hi Russell,
Here are some patches that belong into your domain, I hope you can
just send the lot to Linus the next time you send other patches.
These bug fixes all address problems found with automated build testing.
Some of them have been around for a long time, other bugs are
regression
One such warning was recently fixed in a761cebf "ARM: Fix build warning
in arch/arm/mm/alignment.c" but only for the thumb2 case, this fixes
the other half.
arch/arm/mm/alignment.c: In function 'do_alignment':
arch/arm/mm/alignment.c:327:15: error: 'offset.un' may be used uninitialized in
this fu
On NOMMU ARM, the __addr_ok() and __range_ok() macros do not evaluate
their arguments, which may lead to harmless build warnings in some
code where the variables are not used otherwise. Adding a cast to void
gets rid of the warning and does not make any semantic changes.
Without this patch, buildi
read_current_timer is used by get_cycles since "ARM: 7538/1: delay:
add registration mechanism for delay timer sources", and get_cycles
can be used by device drivers in loadable modules, so it has to
be exported.
Without this patch, building imote2_defconfig fails with
ERROR: "read_current_timer"
The mls instruction is not available in ARMv6K or below, so we
should make the test conditional on at least ARMv7. ldrexd/strexd
are available in ARMv6K or ARMv7, which we can test by checking
the CONFIG_CPU_32v6K symbol.
/tmp/ccuMTZ8D.s: Assembler messages:
/tmp/ccuMTZ8D.s:22188: Error: selected
Hi Marek, Minchan,
2012/10/9 Marek Szyprowski :
> Could You run your test with latest linux-next kernel? There have been some
> patches merged to akpm tree which should fix accounting for free and free
> cma pages. I hope it should fix this issue.
I've tested with the mentioned patches (which see
The turbostat Makefile is pretty simple, its output is placed in the
same directory as the source, the install rule has no concept of a
prefix or sysroot, and you can set CC to use a specific compiler but
not use the more familiar CROSS_COMPILE. By making a few minor changes
these limitations are r
Hi Julia,
On Sun, 7 Oct 2012 17:38:30 +0200, Julia Lawall wrote:
> This patch set introduces some macros for describing how an i2c_msg is
> being initialized. There are three macros: I2C_MSG_READ, for a read
> message, I2C_MSG_WRITE, for a write message, and I2C_MSG_OP, for some other
> kind of
Hi Olof,
Here are three more fixes that I'd like to merge through the arm-soc
as time permits. All of them should be completely harmless and they
only fix harmless gcc warnings.
I don't know what your plans are for sending the next fixes branch.
I've uploaded these into a new "fixes2" branch on t
Patch 35f2b0bd59 "ARM: shmobile: Move definition of shmobile_init_late()
to header" moved the definition of the shmobile_init_late function, but
dropped the __init annotation, which is now causing warnings because
the function calls shmobile_suspend_init, which is also marked init.
Without this pa
Russell fixed this bogus warning before in 2f3eca8b4f "Shut up gcc
warning in assabet.c", but apparently gcc has become smarter (or dumber)
since 2005, and the same warning came up again.
This uses the uninitialized_var() macro to convince gcc that the
variable is actually being initialized. 100 t
Due to some interesting merges in the integrator code, not
all users of mmio pointers were converted before, this
fixes all warnings that got introduced as a consequence.
Signed-off-by: Arnd Bergmann
Cc: Linus Walleij
Cc: Russell King
---
arch/arm/mach-integrator/include/mach/cm.h |2
On Tue 09-10-12 19:14:57, Glauber Costa wrote:
> On 10/09/2012 07:08 PM, Michal Hocko wrote:
> > As I have already mentioned in my previous feedback this is cetainly not
> > atomic as you the lock protects only one group in the hierarchy. How is
> > the return value from this function supposed to b
In check_hw_exists() we try to detect non-emulated MSR accesses
by writing an arbitrary value into one of the PMU registers
and check if it's value after a readout is still the same.
This algorithm silently assumes that the register does not contain
the magic value already, which is wrong in at lea
In check_hw_exists() we try to detect non-emulated MSR accesses
by writing an arbitrary value into one of the PMU registers
and check if it's value after a readout is still the same.
This algorithm silently assumes that the register does not contain
the magic value already, which is wrong in at lea
On Tue, 2012-10-09 at 16:22 +0100, Arnd Bergmann wrote:
> * The XEN_BALLOON code requires the balloon infrastructure that is not
> getting built on ARM.
I've got patches to enable this, but not for 3.7 so this looks good for
now.
> * The tmem hypercall is not available on ARM
>
> * ARMv6 does
The prima2 platform advertises needing no mach/gpio.h header file,
but its pinctrl driver now has a sirfsoc_gpio_set_pull function
that uses constants defined in arch/arm/mach-prima2/include/mach/gpio.h,
which fails to build.
Fortunately, the sirfsoc_gpio_set_pull is not used anywhere in the
kerne
Thanks for the patch and sorry for the build breakage!
On Tue, 9 Oct 2012, Arnd Bergmann wrote:
> * The XEN_BALLOON code requires the balloon infrastructure that is not
> getting built on ARM.
>
> * The tmem hypercall is not available on ARM
>
> * ARMv6 does not support cmpxchg on 16-bit words
On Tuesday 09 October 2012, Ian Campbell wrote:
> > * The tmem hypercall is not available on ARM
> >
> > * ARMv6 does not support cmpxchg on 16-bit words that are used in the
>
> missing the end of this sentence?
Right, I meant to say
* ARMv6 does not support cmpxchg on 16-bit words that are u
Hi Arnd,
On 09/10/12 16:22, Arnd Bergmann wrote:
> read_current_timer is used by get_cycles since "ARM: 7538/1: delay:
> add registration mechanism for delay timer sources", and get_cycles
> can be used by device drivers in loadable modules, so it has to
> be exported.
>
> Without this patch, bu
On Tue, 2012-10-09 at 17:38 +0200, Andre Przywara wrote:
> First you need an AMD family 10h/12h CPU. These do not reset the
> PERF_CTR registers on a reboot.
> Now you boot bare metal Linux, which goes successfully through this
> check, but leaves the magic value of 0xabcd in the register. You
> do
On Tue, 9 Oct 2012, Jean Delvare wrote:
> Hi Julia,
>
> On Sun, 7 Oct 2012 17:38:30 +0200, Julia Lawall wrote:
> > This patch set introduces some macros for describing how an i2c_msg is
> > being initialized. There are three macros: I2C_MSG_READ, for a read
> > message, I2C_MSG_WRITE, for a writ
On Tue, Oct 9, 2012 at 4:38 AM, Hans Verkuil wrote:
> Note: I'm CC-ing Halli. Halli, can you take a look at the proposed controls?
>
> On Mon 8 October 2012 19:57:17 Andrey Smirnov wrote:
>> On 10/08/2012 02:30 AM, Hans Verkuil wrote:
>> > On Sat October 6 2012 03:55:01 Andrey Smirnov wrote:
>> >>
On Mon, Oct 08, 2012 at 10:06:07PM +0800, Wei Yongjun (weiyj...@gmail.com)
wrote:
> From: Wei Yongjun
>
> Use the module_i2c_driver() macro to make the code smaller
> and a bit simpler.
>
> dpatch engine is used to auto generate this patch.
> (https://github.com/weiyj/dpatch)
>
> Signed-off-by
Hi Viresh,
On Thu, Oct 04, 2012 at 07:02:03AM +0100, Viresh Kumar wrote:
> Hi Morten,
>
> On 22 September 2012 00:02, wrote:
> > From: Morten Rasmussen
> >
> > This patch introduces the basic SCHED_HMP infrastructure. Each class of
> > cpus is represented by a hmp_domain and tasks will only be
On Sat, Oct 06, 2012 at 12:44:28AM -0700, Yinghai Lu wrote:
> During adding code from BRK to map buffer for final page table,
>
> It should be safe to remove early_memmap for page table accessing.
>
> But get panic after that.
>
> It turns out we clear the initial page table wrongly for next ran
On Sat, Oct 06, 2012 at 12:44:29AM -0700, Yinghai Lu wrote:
> Not needed anymore after premaping page table buf and not clear initial page
> table wrongly.
Your comment should include what patch made the iomap/iounmap part
unnecessary.
.. and also explain how this work-around is not required anym
Il 09/10/2012 01:24, Al Viro ha scritto:
On Mon, Oct 08, 2012 at 02:58:05PM -0700, Boaz Harrosh wrote:
Hi Marco
I was sure you guys where pushing this patch through some
vfs tree. (Hence my Acked-by below). I have just sent Linus
a pull request for the 3.7 Kernel. I could perhaps append this
on
On Tue, Oct 09, 2012 at 05:38:34PM +0200, Andre Przywara wrote:
> In check_hw_exists() we try to detect non-emulated MSR accesses
> by writing an arbitrary value into one of the PMU registers
> and check if it's value after a readout is still the same.
> This algorithm silently assumes that the reg
On Tue, Oct 09, 2012 at 05:22:59PM +0200, Arnd Bergmann wrote:
> * The XEN_BALLOON code requires the balloon infrastructure that is not
> getting built on ARM.
>
> * The tmem hypercall is not available on ARM
>
> * ARMv6 does not support cmpxchg on 16-bit words that are used in the
"in the" wh
On 10/09/2012 05:03 AM, Takao Indoh wrote:
(2012/10/03 22:23), Don Dutile wrote:
On 10/02/2012 03:49 AM, Takao Indoh wrote:
These patches reset PCIe devices at boot time to address DMA problem on
kdump with iommu. When "reset_devices" is specified, a hot reset is
triggered on each PCIe root por
This one is mostly kernel_thread/kernel_execve infrastructure +
conversions for arm, x86, um, alpha and s390; all of that has sat in
linux-next for a while. There are several moderately unpleasant conflicts;
I hadn't rebased that branch, but I'd put proposed conflict resolution into
signal
On Tue, Oct 09, 2012 at 04:40:54PM +0100, Jonathan Austin wrote:
> Hi Arnd,
>
> On 09/10/12 16:22, Arnd Bergmann wrote:
> > diff --git a/arch/arm/lib/delay.c b/arch/arm/lib/delay.c
> > index 9d0a300..0dc5385 100644
> > --- a/arch/arm/lib/delay.c
> > +++ b/arch/arm/lib/delay.c
> > @@ -45,6 +45,7 @@
On Tue, Oct 09, 2012 at 05:22:54PM +0200, Arnd Bergmann wrote:
> Here are some patches that belong into your domain, I hope you can
> just send the lot to Linus the next time you send other patches.
>
> These bug fixes all address problems found with automated build testing.
> Some of them have be
On Tue, 2012-10-09 at 16:39 +0100, Arnd Bergmann wrote:
> On Tuesday 09 October 2012, Ian Campbell wrote:
> > > * The tmem hypercall is not available on ARM
> > >
> > > * ARMv6 does not support cmpxchg on 16-bit words that are used in the
> >
> > missing the end of this sentence?
>
> Right, I me
201 - 300 of 653 matches
Mail list logo
