On Wed, 2012-07-25 at 16:06 +0800, Fengguang Wu wrote:
> The macro name is too generic and conflicts with
> snd_soc_dai_link.platform_name, which triggers lots of ALSA build errors.
Is platform_name particularly special?
Perhaps it's be better to rename all the other
platform_ uses to
On Tuesday 24 Jul 2012 15:38:22 Jörn Engel wrote:
> On Tue, 24 July 2012 09:01:16 +0100, Tvrtko Ursulin wrote:
> > On Monday 23 Jul 2012 21:02:30 Jörn Engel wrote:
> > > On Mon, 23 July 2012 15:33:16 +0100, Tvrtko Ursulin wrote:
> > > > On Thursday 12 Jul 2012 18:46:34 Jörn Engel wrote:
> > At the
On Tue, Jul 24, K. Y. Srinivasan wrote:
> +/*
> + * The guest OS needs to register the guest ID with the hypervisor.
> + * The guest ID is a 64 bit entity and the structure of this ID is
> + * specified in the Hyper-V specification:
> + *
> + * http://msdn.microsoft.com/en-us/library/windows/
>
(2012/07/25 5:26), Blue Swirl wrote:>
>> The following patch set provides a low-overhead system for collecting kernel
>> tracing data of guests by a host in a virtualization environment.
>>
>> A guest OS generally shares some devices with other guests or a host, so
>> reasons of any problems
Andrew, will you accept this fix? It's obviously caused by a typo in
commit 1754aab9bb86.
On Sun, Jul 22, 2012 at 10:25:41AM +0800, Fengguang Wu wrote:
> arch/avr32/boards/atstk1000/atstk1002.c:100: error: 'num_partitions'
> undeclared here (not in a function)
>
> which is introduced by commit
The macro name is too generic and conflicts with
snd_soc_dai_link.platform_name, which triggers lots of ALSA build errors.
Signed-off-by: Fengguang Wu
---
(not sure if the previous sent was successful, so resend)
arch/ia64/include/asm/machvec.h |2 +-
It is expected that Extended CSD register(the size of this register
is larger than CID/CSD) will be referenced more frequently as more
fields have been added to Extended CSD and it seems that it is not
a good option to double the memory used.
This patch is intended to avoid the use of bounce
On 7/25/12, Vlad Yasevich wrote:
>
> Actually not true. AUTH can be before SACK. So can any addip chunks that
> aid in locating an association.
>
> Now AUTH isn't a big issue since its autogenerated to the packet but ADDIP
> is since it could be queued up for retransmission.
>
> There could be
On Wed, Jul 25, 2012 at 10:28:39AM +0800, wwang wrote:
> 于 2012年07月24日 22:07, Borislav Petkov 写道:
> >Kernel is Linus' from yesterday: v3.5-709-ga6be1fcbc57f and config
> >is attached.
>
> The compilation process is still OK with your config.
Yes, but not with the kernel I'm using. If you'd tried
On Wed, 2012-07-25 at 09:45 +0200, Ingo Molnar wrote:
> * Tony Luck wrote:
>
> > The stack_not_used() function in assumes that stacks
> > grow downwards. This is not true on IA64 or PARISC, so this function
> > would walk off in the wrong direction and into the weeds.
> >
> > Found on IA64
On Wed, 2012-07-25 at 15:44 +0800, Baodong Chen wrote:
> i want to participate in and to start from
> fixing simple issues!
That's fine Baodong. Welcome.
> how could i choose issues form checkpatch's output to find which
> should be fixed which are
> not?
checkpatch output is merely a guide
I'm not sure if this is the best way, however it does fix the last 2
allmodconfig errors on IA64:
ERROR: "wmi_has_guid" [drivers/gpu/drm/nouveau/nouveau.ko] undefined!
ERROR: "wmi_evaluate_method" [drivers/gpu/drm/nouveau/nouveau.ko] undefined!
Signed-off-by: Fengguang Wu
---
>>> On 07.07.12 at 00:02, Yinghai Lu wrote:
> On Fri, Jul 6, 2012 at 7:18 AM, Jan Beulich wrote:
>> Now that the x86_phys_bits cpuinfo field is uniformly available on
>> 32- and 64-bit, the function no longer needs to determine this anew.
>>
>> Additionally, both size_or_mask and size_and_mask
On Tue, Jul 24, K. Y. Srinivasan wrote:
> +++ b/drivers/hv/hv_kvp.c
> @@ -48,13 +48,24 @@ static struct {
> void *kvp_context; /* for the channel callback */
> } kvp_transaction;
>
> +/*
> + * Before we can accept KVP messages from the host, we need
> + * to handshake with the user
On Tue, Jul 24, 2012 at 03:47:12PM -0700, Greg KH wrote:
> On Mon, Jul 23, 2012 at 02:38:16PM +0100, Mel Gorman wrote:
> > commit 938929f14cb595f43cd1a4e63e22d36cab1e4a1f upstream.
> >
> > Stable note: Fixes https://bugzilla.novell.com/show_bug.cgi?id=726210 .
> > Large machines with 1TB or
Mostly trivia.
On 7/24/2012 10:00 AM, Ming Lei wrote:
> +
> +static int fw_lookup_and_alloate_buf(const char *fw_name,
allocate?
> + struct firmware_cache *fwc,
> + struct firmware_buf **buf)
> +{
> + struct firmware_buf *tmp;
> +
> + spin_lock(>lock);
> +
On 7/24/2012 10:00 AM, Ming Lei wrote:
>
> +
> +int cache_firmware(const char *name)
> +{
> + return -ENOENT;
> +}
> +
> +int uncache_firmware(const char *name)
> +{
> + return -EINVAL;
> +}
These stubs need to be static inline to avoid compiler warnings.
--
Sent by an employee of the
Well, this at least makes allmodconfig happy.
Proposed-by: David Howells
Signed-off-by: Fengguang Wu
---
arch/ia64/Kconfig |3 +--
arch/ia64/kvm/Kconfig |1 +
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
index 8186ec5..310cf57
>>> On 06.07.12 at 23:38, Yinghai Lu wrote:
> On Fri, Jul 6, 2012 at 7:14 AM, Jan Beulich wrote:
>> Needing to deal with potentially large memory configurations, the
>> variables here should be "unsigned long" instead of "unsigned int".
>>
>> Signed-off-by: Jan Beulich
>>
>> ---
>>
On Tue, Jul 24, 2012 at 3:19 PM, David Howells wrote:
> Michael Kerrisk wrote:
>
>> In the uapi-split branch, there are now 44 empty Kbuild files. Was
>> that intended? Or, should these files rather be removed by your
>> patches?
>
> To be removed by a later patch, I think. Getting rid of some
Fix build error on IA64:
ERROR: "mxm_wmi_supported" [drivers/gpu/drm/nouveau/nouveau.ko] undefined!
Signed-off-by: Fengguang Wu
---
include/linux/mxm-wmi.h |8
1 file changed, 8 insertions(+)
diff --git a/include/linux/mxm-wmi.h b/include/linux/mxm-wmi.h
index 617a295..f6a6214
* Tony Luck wrote:
> The stack_not_used() function in assumes that stacks
> grow downwards. This is not true on IA64 or PARISC, so this function
> would walk off in the wrong direction and into the weeds.
>
> Found on IA64 because of a compilation failure with recursive dependencies
> on
i want to participate in and to start from
fixing simple issues!
how could i choose issues form checkpatch's output to find which
should be fixed which are
not?
or checkpatch.pl should be updated??
On Wed, Jul 25, 2012 at 3:30 PM, Joe Perches wrote:
> On Wed, 2012-07-25 at 15:11 +0800, Baodong
* Frederic Weisbecker wrote:
> In case you wonder. This doesn't fix a regression so this is
> 3.6 material.
The newline and tracing one might be argued a regression, but
yeah, these are probably best for v3.6.
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe
Hi George,
On Sat, Jul 21, 2012 at 11:42:28PM -0400, George Spelvin wrote:
> This replaces some inaccurate lookup tables with an exact
> computation. Although the diff adds source comments,
> it shrinks binary size. (By only 50 bytes, but hey.)
>
> AT keyboard repeat rates are multiples of
On Wed, Jul 25, 2012 at 09:10:44AM +0200, Ingo Molnar wrote:
>
> * Stephen Rothwell wrote:
>
> > Hi Andrew,
> >
> > Today's linux-next merge of the akpm tree got a conflict in
> > mm/migrate.c between the tip tree and commit "mm: memcg: fix
> > compaction/migration failing due to memcg
On Wed, 2012-07-25 at 15:11 +0800, Baodong Chen wrote:
> Fexed coding style issues from scripts/checkpatch.pl in drivers/input
Not all checkpatch messages need to be "fexed". :)
Please use some taste and judgment before submitting
patches based solely on checkpatch output.
> diff --git
* H. Peter Anvin wrote:
> For those who have read the Google+ thread[1] it is pretty
> clear that there are varying opinions on the idea of removing
> the RDRAND bypass.
>
> I have gathered some performance numbers to make the debate
> more concrete: RDRAND is between 12 and 15 times faster
Xufeng Zhang wrote:
>On 7/24/12, Vlad Yasevich wrote:
> And I should clarify the above judgment code.
> AFAIK, there should be two cases for the bundling when invalid
>>>stream
> identifier error happens:
> 1). COOKIE_ACK ERROR SACK
> 2). ERROR SACK
> So I need to deal
Fexed coding style issues from scripts/checkpatch.pl in drivers/input
Signed-off-by: Baodong Chen
---
drivers/input/apm-power.c |2 +-
drivers/input/evdev.c | 52 +++-
drivers/input/ff-core.c |4 +-
drivers/input/ff-memless.c|
* Stephen Rothwell wrote:
> Hi Andrew,
>
> Today's linux-next merge of the akpm tree got a conflict in
> mm/migrate.c between the tip tree and commit "mm: memcg: fix
> compaction/migration failing due to memcg limits" from the
> akpm tree.
>
> The commit 4783af477d3d ("mm: Migrate
On Fri, 2012-07-20 at 10:54 -0600, Toshi Kani wrote:
> This patch introduces acpi_pr_(), where is a message
> level such as err/warn/info, to support improved logging messages
> for ACPI, esp. in hotplug operations. acpi_pr_() appends
> "ACPI" prefix and ACPI object path to the messages. This
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive first set of updates for the input subsystem. You will get a
new touchscreen driver (Melfas mms114), a new keypad driver for LPC32xx
SoC, large update to Atmel mXT touchscreen
On 07/25/2012 04:57 AM, H. Peter Anvin wrote:
On 07/24/2012 04:09 AM, Vladimir Davydov wrote:
We have not encountered this situation in our environments and I hope we
won't :-)
But look, these CPUID functions cover majority of CPU features, don't
they? So, most of "normal" apps inside VM will
On Wednesday 25 July 2012 06:48 AM, Stephen Rothwell wrote:
* PGP Signed by an unknown key
Hi Samuel,
Today's linux-next merge of the mfd tree got a conflict in
arch/arm/configs/tegra_defconfig between commit dbebe1589d3a ("ARM:
tegra: defconfig updates") from Linus' tree and commit
On 25 July 2012 09:10, Len Brown wrote:
> Here is my initial queue of patches for Linux 3.6.
> Please let me know if you see troubles with any of them.
Hi Len,
I cannot see my patches (V5)
http://www.spinics.net/lists/linux-pm/msg27866.html in your list. V4
version was part of your pull request
Hi all,
I've stumbled on the following while fuzzing with trinity inside a KVM tools
guest on 3.6 kernel:
[ 250.495512] ==
[ 250.496020] [ INFO: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected ]
[ 250.496020] 3.5.0-sasha-01646-g39c0dda
This test write data to the card, then send DISCARD on random
addresses on the card, send SANITIZE to the card to erase all
the unmapped areas.
Signed-off-by: Maya Erez
---
This patch depends of the following patches:
[PATCH RESEND v7 1/2] block: ioctl support for sanitize in eMMC 4.5
[PATCH
On Wed, Jul 25, 2012 at 07:15:12AM +0100, Al Viro wrote:
> On Tue, Jul 24, 2012 at 10:37:55PM -0700, Dmitry Torokhov wrote:
> > On Wed, Jul 25, 2012 at 01:20:56PM +0800, Baodong Chen wrote:
> > > Fixed a coding style issue in driver/input/input.c
> > >
> > > Signed-off-by: Baodong Chen
> > > ---
(This is an automatic reply.)
Your message to iar...@iaru.org could not be processed because the
Subject: of the message
hello
is not a valid callsign. Please resubmit your log with an email
Subject: header that looks like this
Subject: your-callsign
If you are
On Tue, Jul 24, 2012 at 09:04:50AM -0700, Alex Elsayed wrote:
> Out of curiosity, have you seen Featherstitch[1]?. Valerie Aurora did a
> really nice article[2] about it for LWN a ways back.
I don't think I had. Not sure if any of it is applicable, but
interesting stuff :)
>
>
> [1]
This patch adds an IPMMU device and notifies the IPMMU driver which
devices are connected via the IPMMU module. All devices connected to the main
memory bus via the IPMMU module MUST be registered when SHMOBILE_IPMMU and
SHMOBILE_IOMMU are enabled because physical address cannot be used
while the
This is the Renesas IPMMU driver, IOMMU API implementation and IPMMU
device support for sh7372 (AP4EVB and Mackerel).
The IPMMU module supports the MMU function and the PMB function. The
MMU function provides address translation by pagetable compatible with
ARMv6. The PMB function provides
Previously the vb2_dma_contig_mmap() function was using a dma_addr_t as a
physical address. The two addressses are not necessarily the same.
For example, when using the IOMMU funtion on certain platforms, dma_addr_t
addresses are not directly mappable physical address.
dma_mmap_coherent() maps
fb_mmap() implemented in fbmem.c uses smem_start as the physical
address of the frame buffer. In the sh_mobile_lcdc driver, the
smem_start is a dma_addr_t that is not a physical address when IOMMU is
enabled. dma_mmap_coherent() maps the address correctly. It is
available on ARM platforms.
There is a dma_mmap_coherent() API in some architectures. This API
provides a mmap function for memory allocated by dma_alloc_coherent().
Some drivers mmap a dma_addr_t returned by dma_alloc_coherent() as a
physical address. But such drivers do not work correctly when IOMMU
mapper is used.
ARCH_HAS_DMA_MMAP_COHERENT indicates that there is dma_mmap_coherent() API
in this architecture. The name is already defined in PowerPC.
Signed-off-by: Hideki EIRAKU
---
arch/arm/include/asm/dma-mapping.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
This is the Renesas IPMMU driver and IOMMU API implementation.
The IPMMU module supports the MMU function and the PMB function. The
MMU function provides address translation by pagetable compatible with
ARMv6. The PMB function provides address translation including
tile-linear translation.
Hi all,
Oops, I sent this without updating the autofs mailing list address in my
release announcement template and I didn't sign the message which I
wanted to do.
Sorry for the noise.
Ian
Forwarded Message
From: Ian Kent
To: aut...@linux.kernel.org
Cc:
In case there are dma errors currently the driver exits.
Make the spi driver fall back to pio mode in case of dma errors.
If the DMA engine is not selected the driver
exits.This patch makes the spi fall back to pio in that case.
Also adds a field dma_unusable to struct omap2_mcspi.
Hi all,
Once again this is long overdue so there are many changes.
The kernel patches are not being updated any more because of the
introduction of the vfs-automount changes to the VFS. If there
are needs in this area we will need to discuss how to deal with
them on the mailing list.
Known
On 07/24/2012 10:26 AM, Axel Lin wrote:
> commit 01eaf24 "extcon: Convert extcon_gpio to devm_gpio_request_one"
> missed the replacement for devm_gpio_request_one. fix it.
>
> Signed-off-by: Axel Lin
> ---
> drivers/extcon/extcon_gpio.c |3 ++-
> 1 file changed, 2 insertions(+), 1
Hi Toshi,
Tested your patches on a KVM setup. Since all your acpi_pr* macros are in the
error path, I didn't see an easy way to trigger them. Instead added an
acpi_pr_err() message in the success path and tested out vcpu addition/deletion
sequence. No regressions seen in the functional tests
On Tue, Jul 24, 2012 at 10:37:55PM -0700, Dmitry Torokhov wrote:
> On Wed, Jul 25, 2012 at 01:20:56PM +0800, Baodong Chen wrote:
> > Fixed a coding style issue in driver/input/input.c
> >
> > Signed-off-by: Baodong Chen
> > ---
> > drivers/input/input.c |6 --
> > 1 files changed, 4
On Wed, Jul 25, 2012 at 8:32 AM, Colin Cross wrote:
> Some triggers create sysfs files when they are enabled. Send a uevent
> "change" notification whenever the trigger is changed to allow userspace
> processes such as udev to modify permissions on the new files.
>
This looks like an workaround
Hi Mark,
On 07/21/2012 01:07 AM, Mark Brown wrote:
> As well as identifying accessories the accessory detection hardware on
> Arizona class devices can also detect a number of buttons which we should
> report via the input API.
>
> Signed-off-by: Mark Brown
> ---
>
this patch definitely changes semantics.
so please discard it, sorry about that!
On Wed, Jul 25, 2012 at 1:37 PM, Dmitry Torokhov
wrote:
> On Wed, Jul 25, 2012 at 01:20:56PM +0800, Baodong Chen wrote:
>> Fixed a coding style issue in driver/input/input.c
>>
>> Signed-off-by: Baodong Chen
>> ---
This patch adds defconfig for Loongson1B.
Signed-off-by: Kelvin Cheung
---
V7(updated):
Add CONFIG_USB_ANNOUNCE_NEW_DEVICES in default
configuration.
---
arch/mips/configs/ls1b_defconfig | 109 ++
1 files changed, 109 insertions(+), 0
This patch adds Makefile and Kconfig related to Loongson1B.
Signed-off-by: Kelvin Cheung
---
V7(updated):
Change the load address of kernel to 0x8010.
---
arch/mips/Kbuild.platforms |1 +
arch/mips/Kconfig | 31
This patch adds basic platform devices for Loongson1B,
including serial port, ethernet, usb, rtc and interrupt handler.
Loongson1B UART is compatible with NS16550A.
Loongson1B GMAC is built around Synopsys IP Core.
Use normal descriptor instead of enhanced descriptor.
Thanks to Giuseppe for
On Wed, Jul 25, 2012 at 01:00:09AM +0800, Ming Lei wrote:
This patch will store firmware name into devres list of the device
which is requesting firmware loading, so that we can implement
auto cache firmware for devices in need.
Stupid question: does this mean that once the firmware name is in
On 07/20/2012 08:31 AM, Michel Lespinasse wrote:
+++ b/lib/rbtree.c
@@ -88,7 +88,8 @@ __rb_rotate_set_parents(struct rb_node *old, struct rb_node
*new,
root-rb_node = new;
}
-void rb_insert_color(struct rb_node *node, struct rb_root *root)
+inline void
On Tue, Jul 24, 2012 at 09:38:21PM -0700, Hugh Dickins wrote:
I'm glad Andrew took out the stable Cc:
Actually I did that. I have a habit of thinking about performance issues as
bugs and that is not always the case.
Please, what's wrong with the patch below, to replace the current
two or
Commit-ID: d6250a3f12edb3a86db9598ffeca3de8b4a219e9
Gitweb: http://git.kernel.org/tip/d6250a3f12edb3a86db9598ffeca3de8b4a219e9
Author: Alan Cox a...@linux.intel.com
AuthorDate: Wed, 25 Jul 2012 16:28:19 +0100
Committer: H. Peter Anvin h...@zytor.com
CommitDate: Wed, 25 Jul 2012 08:35:38
On Wed, Jul 25, 2012 at 01:00:10AM +0800, Ming Lei wrote:
This patch introduces one devres API of devres_for_each_res
so that the device's driver can iterate each resource it has
interest in.
The firmware loader will use the API to get each firmware name
from the device instance.
lsof command can tell the type of socket processes are using.
Internal lsof uses inode numbers on socket fs to resolve the type of
sockets. Files under /proc/net/, such as tcp, udp, unix, etc provides
such inode information.
Unfortunately bluetooth related protocols don't provide such inode
Added /proc/net/bnep via bt_procfs_init().
Signed-off-by: Masatake YAMATO yam...@redhat.com
---
net/bluetooth/bnep/sock.c | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
diff --git a/net/bluetooth/bnep/sock.c b/net/bluetooth/bnep/sock.c
index 5e5f5b4..5b6cc0b
Added /proc/net/cmtp via bt_procfs_init().
Signed-off-by: Masatake YAMATO yam...@redhat.com
---
net/bluetooth/cmtp/sock.c | 23 +--
1 file changed, 21 insertions(+), 2 deletions(-)
diff --git a/net/bluetooth/cmtp/sock.c b/net/bluetooth/cmtp/sock.c
index 311668d..d5cacef
Added /proc/net/hci via bt_procfs_init().
Signed-off-by: Masatake YAMATO yam...@redhat.com
---
net/bluetooth/hci_sock.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/net/bluetooth/hci_sock.c b/net/bluetooth/hci_sock.c
index a7f04de..7c3d6c7 100644
---
Added /proc/net/hidp via bt_procfs_init().
Signed-off-by: Masatake YAMATO yam...@redhat.com
---
net/bluetooth/hidp/sock.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/net/bluetooth/hidp/sock.c b/net/bluetooth/hidp/sock.c
index 18b3f68..eca3889
Added /proc/net/l2cap via bt_procfs_init().
Signed-off-by: Masatake YAMATO yam...@redhat.com
---
net/bluetooth/l2cap_sock.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/net/bluetooth/l2cap_sock.c b/net/bluetooth/l2cap_sock.c
index a4bb27e..04bd647
Added /proc/net/rfcomm via bt_procfs_init().
Signed-off-by: Masatake YAMATO yam...@redhat.com
---
net/bluetooth/rfcomm/sock.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/net/bluetooth/rfcomm/sock.c b/net/bluetooth/rfcomm/sock.c
index 7e1e596..260821a
Added /proc/net/sco via bt_procfs_init().
Signed-off-by: Masatake YAMATO yam...@redhat.com
---
net/bluetooth/sco.c |9 +
1 file changed, 9 insertions(+)
diff --git a/net/bluetooth/sco.c b/net/bluetooth/sco.c
index 0ef5a78..caa109d 100644
--- a/net/bluetooth/sco.c
+++
On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
On 07/25/2012 08:27 PM, Alan Stern wrote:
One of the other ideas to improve the hotplug notifier stuff that came up
during some
of the discussions was to implement explicit dependency tracking between the
notifiers
and perhaps get rid of the
On Sun, Jul 22, 2012 at 02:14:29PM +0200, Jiri Olsa wrote:
Introducing PERF_SAMPLE_STACK_USER sample type bit to trigger
the dump of the user level stack on sample. The size of the
dump is specified by sample_stack_user value.
Being able to dump parts of the user stack, starting from the
On 07/25/2012 09:40 PM, Alan Stern wrote:
On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
On 07/25/2012 08:27 PM, Alan Stern wrote:
On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
Hi,
This patchset implements the approach of invoking the CPU hotplug callbacks
(notifiers) in one order during
Hello,
On Wed, Jul 25, 2012 at 05:25:13PM +0530, Srivatsa S. Bhat wrote:
During CPU hotplug, we want to create the following effect:
* During CPU online, the CPU incrementally grows the number of services
it offers.
* During CPU offline, the services are incrementally retired, in the
On Wed, Jul 25, 2012 at 05:19:40PM +0200, Julia Lawall wrote:
I looked at it a bit more, and I think the timeout is the best solution.
The big jump backwards is under an if, and the pattern tries to match an
if up to a return, which tries to go across gotos. So I think it is just
a
On 07/25/2012 10:00 PM, Thomas Gleixner wrote:
On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
On 07/25/2012 08:27 PM, Alan Stern wrote:
One of the other ideas to improve the hotplug notifier stuff that came up
during some
of the discussions was to implement explicit dependency tracking between
On Wed, Jul 25, 2012 at 01:00:11AM +0800, Ming Lei wrote:
This patches introduces the three helpers below:
void device_cache_firmwares(void)
void device_uncache_firmwares(void)
void device_uncache_firmwares_delay(unsigned long)
I kinda don't like the plural of firmware:
Cc: Mauro Carvalho Chehab mche...@infradead.org
Cc: Hans Verkuil hans.verk...@cisco.com
Cc: linux-me...@vger.kernel.org
Signed-off-by: Tim Gardner tim.gard...@canonical.com
---
drivers/media/dvb/frontends/lgs8gxx.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
On 07/25/2012 12:59 AM, Jan Beulich wrote:
should drop all phys_addr assignment in this function.
x86_phys_bits should have all correct value?
Is it certain that all special cases (setting phys_addr to 32) are
covered by those CPUs not having PAE/PSE36? One would
think that this is valid to
Hello.
On 07/25/2012 06:09 PM, Mohammed, Afzal wrote:
+ rtc@44e3e000 {
Address postfix in the node name without reg property?
As per [1], The unit-address is included if the node describes
a device with an address.
Which in this case it doesn't.
Here even though reg
On Wed, Jul 25, 2012 at 06:36:28PM +0200, Frederic Weisbecker wrote:
On Sun, Jul 22, 2012 at 02:14:29PM +0200, Jiri Olsa wrote:
Introducing PERF_SAMPLE_STACK_USER sample type bit to trigger
the dump of the user level stack on sample. The size of the
dump is specified by sample_stack_user
On Wed, 25 Jul 2012, Glauber Costa wrote:
SLAB allows us to tune a particular cache behavior with tunables.
When creating a new memcg cache copy, we'd like to preserve any tunables
the parent cache already had.
So does SLUB but I do not see a patch for that allocator.
--
To unsubscribe from
On Sun, Jul 22, 2012 at 02:14:37PM +0200, Jiri Olsa wrote:
This brings the support for dwarf cfi unwinding on perf post
processing. Call frame informations are retrieved and then passed
to libunwind that requests memory and register content from the
applications.
Adding unwind object to
On Wed, 25 Jul 2012, Glauber Costa wrote:
When a parent cache does tune_cpucache, we need to propagate that to the
children as well. For that, we unfortunately need to tap into the slab core.
Slub also has tunables.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
Em Wed, Jul 25, 2012 at 06:13:06PM +0200, Frederic Weisbecker escreveu:
On Sun, Jul 22, 2012 at 02:14:25PM +0200, Jiri Olsa wrote:
Introducing PERF_SAMPLE_REGS_USER sample type bit to trigger
the dump of user level registers on sample. Registers we want
to dump are specified by
On Sun, Jul 22, 2012 at 02:14:39PM +0200, Jiri Olsa wrote:
Adding dso data caching so we don't need to open/read/close,
each time we want dso data.
The DSO data caching affects following functions:
dso__data_read_offset
dso__data_read_addr
Each DSO read tries to find the data (based
On Wed, 25 Jul 2012, Glauber Costa wrote:
In the slub allocator, when the last object of a page goes away, we
don't necessarily free it - there is not necessarily a test for empty
page in any slab_free path.
That is true for the slab allocator as well. In either case calling
On Sun, Jul 22, 2012 at 02:14:23PM +0200, Jiri Olsa wrote:
hi,
patches available also as tarball in here:
http://people.redhat.com/~jolsa/perf_post_unwind_v7.tar.bz2
v7 changes:
- omitted v6 patches 9 and 15
They need more work and will be sent separately. I dont want to hold off
Em Wed, Jul 25, 2012 at 07:05:33PM +0200, Frederic Weisbecker escreveu:
+#ifdef ARCH_X86_64
+int unwind__arch_reg_id(int regnum)
Please try to avoid __ in function names. We used that convention
before but we gave up because that's actually more painful than
anything.
Well, I continue
* Frederic Weisbecker fweis...@gmail.com wrote:
On Sun, Jul 22, 2012 at 02:14:23PM +0200, Jiri Olsa wrote:
hi,
patches available also as tarball in here:
http://people.redhat.com/~jolsa/perf_post_unwind_v7.tar.bz2
v7 changes:
- omitted v6 patches 9 and 15
They need
On Wed, Jul 25, 2012 at 02:16:55PM -0300, Arnaldo Carvalho de Melo wrote:
Em Wed, Jul 25, 2012 at 07:05:33PM +0200, Frederic Weisbecker escreveu:
+#ifdef ARCH_X86_64
+int unwind__arch_reg_id(int regnum)
Please try to avoid __ in function names. We used that convention
before but we
On Wed, Jul 25, 2012 at 12:10:41PM -0400, Alan Stern wrote:
On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
On 07/25/2012 08:27 PM, Alan Stern wrote:
On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
Hi,
This patchset implements the approach of invoking the CPU hotplug
callbacks
On Wed, Jul 25, 2012 at 5:35 AM, Ming Lei ming@canonical.com wrote:
The below patch should fix the problem above.
Actually, I think we could make this even simpler.
There's nothing wrong with saying user mode is enabled *just* before
we unthaw things, if we also simply guarantee that there
On Wed, Jul 25, 2012 at 07:16:43PM +0200, Jiri Olsa wrote:
On Wed, Jul 25, 2012 at 06:11:53PM +0200, Frederic Weisbecker wrote:
On Sun, Jul 22, 2012 at 02:14:26PM +0200, Jiri Olsa wrote:
Adding copy_from_user_nmi_nochk that provides the best effort
copy regardless the requesting size
On Wed, Jul 25, 2012 at 06:11:53PM +0200, Frederic Weisbecker wrote:
On Sun, Jul 22, 2012 at 02:14:26PM +0200, Jiri Olsa wrote:
Adding copy_from_user_nmi_nochk that provides the best effort
copy regardless the requesting size crossing the task boundary.
This is going to be useful for
On 12-07-25 12:42 PM, Tim Gardner wrote:
As far as I can tell, the only Computone support left in the
kernel is in drivers/tty/serial/8250/8250_pci.c. CONFIG_COMPUTONE
is no longer a valid option. Therefore, remove firmware, documentation,
and the last vestiges of this driver.
Seems
On Wed, Jul 25, 2012 at 07:16:43PM +0200, Jiri Olsa wrote:
On Wed, Jul 25, 2012 at 06:11:53PM +0200, Frederic Weisbecker wrote:
On Sun, Jul 22, 2012 at 02:14:26PM +0200, Jiri Olsa wrote:
Adding copy_from_user_nmi_nochk that provides the best effort
copy regardless the requesting size
601 - 700 of 1320 matches
Mail list logo