On 07/15/12 11:42, Dave, Tushar N wrote:
>> -Original Message-
>> From: Joe Jin [mailto:joe@oracle.com]
>> Sent: Thursday, July 12, 2012 9:34 PM
>> To: Dave, Tushar N
>> Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux-
>> ker...@vger.kernel.org
>> Subject: Re: 82571EB:
>-Original Message-
>From: Joe Jin [mailto:joe@oracle.com]
>Sent: Thursday, July 12, 2012 9:34 PM
>To: Dave, Tushar N
>Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux-
>ker...@vger.kernel.org
>Subject: Re: 82571EB: Detected Hardware Unit Hang
>
>On 07/13/12 12:10, Dave,
Put the sign '/' to the right position.
Signed-off-by: Wang Sheng-Hui
---
fs/ext4/extents.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/ext4/extents.c b/fs/ext4/extents.c
index 7f6fb48..f394e0f 100644
--- a/fs/ext4/extents.c
+++ b/fs/ext4/extents.c
@@ -3241,7
Hey guys, remember how things have been stabilizing and slowing down,
and all the kernel developers were off on summer vacation?
Yeah, we need to talk about that. Because I last week I thought that
making an -rc7 was not necessarily realy required, except perhaps
mainly to check the late printk
On Sa, 14.07.2012, 23:48, Stephen Hemminger wrote:
> Maybe it would be better to use netlink info (for ss command)
> rather than a /proc/net interface.
> See how existing TCP values and MEMINFO are handled.
>
I'm confused, what exactly do you mean?
of course a library-interface might be more
On Sat, 2012-07-14 at 23:23 +, KY Srinivasan wrote:
> > -Original Message-
> > From: Joe Perches [mailto:j...@perches.com]
> > Sent: Saturday, July 14, 2012 4:25 PM
[]
> > On Sat, 2012-07-14 at 13:34 -0700, K. Y. Srinivasan wrote:
> > > Format GUIDS as per MSFT standard. This makes
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Saturday, July 14, 2012 4:25 PM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; virtualizat...@lists.osdl.org; o...@aepfle.de;
>
On Fri, 13 Jul 2012, Silva Paulo wrote:
> idr_pre_get never returns a value < 0. It returns 0 (no memory) or 1 (OK).
>
Please read Documentation/SubmittingPatches
In summary:
- you are missing a Signed-off-by: line.
- there is no diffstat.
- the patch is an attachment, not inline in the
> -Original Message-
> From: richard -rw- weinberger [mailto:richard.weinber...@gmail.com]
> Sent: Saturday, July 14, 2012 5:37 PM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; virtualizat...@lists.osdl.org;
Hi Linus,
A last (hopefully) pull request from me, this is two late freescale i.MX
fixes for pinctrl, please pull them in:
The following changes since commit bd0a521e88aa7a06ae7aabaed7ae196ed4ad867a:
Linux 3.5-rc6 (2012-07-07 17:23:56 -0700)
are available in the git repository at:
On Sun, Jul 15, 2012 at 1:02 AM, KY Srinivasan wrote:
> I have a bunch of other cleanups lined up for this user level daemon. If it is
> ok with you, I could address this as part of that patch set. However, if
> there are more substantive changes needed in this patch-set, I will
> also address
On Sat, 2012-07-14 at 23:48 +0300, Pekka Enberg wrote:
> On Sat, Jul 14, 2012 at 11:43 PM, Joe Perches wrote:
> > On Sat, 2012-07-14 at 13:36 -0700, Yinghai Lu wrote:
> >> On Sat, Jul 14, 2012 at 6:41 AM, Pekka Enberg wrote:
> >> > As a cleanup, move initial "addr" assignment to the for-loop
On Sat, Jul 14, 2012 at 04:09:02AM +0300, Sami Liedes wrote:
> > Another thing you can try is try to figure out when things went wrong.
> > If you test an old kernel like 3.0 or so -- and find that kmemcheck
> > works, that's great, it means we have a way to narrow it down further.
> > I may also
On Fri, Jul 13, 2012 at 12:39 PM, Laxman Dewangan wrote:
> Converting the gpio driver of tps6586x to a platform
> driver in place of registering the gpio through core
> driver.
> The motivation of the change is:
> - This is inline with the mfd drivers implementation.
> - This will move the
On 07/10/2012 04:16 PM, Alexander Holler wrote:
> And it isn't so that the name will have to be used that seldom, at least
> every distribution would need to use it to name the flavour, like e.g.
> "Fedora AArch64hf" or "Debian AArch64".
The good news is we won't need an "hf" release because
On Fri, Jul 13, 2012 at 12:39 PM, Laxman Dewangan wrote:
> The GPIO functionality of device tps6586x is added through
> platform gpio driver and it can be register as the mfd sub
> device and hence removing the duplicates code which register
> the gpio functionality from core driver.
>
>
Maybe it would be better to use netlink info (for ss command)
rather than a /proc/net interface.
See how existing TCP values and MEMINFO are handled.
--
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
On 07/12/2012 10:35 PM, NeilBrown wrote:
> On Thu, 12 Jul 2012 13:28:24 -0700 Drew wrote:
>
>>> Hello lists,
>>>
>>> I noticed recent patches added MD RAID compatibility into the DM
>>> subsystem. Is there a valid reason to duplicate efforts ?
>>>
>>> Hopefully its not silent preparation step
On Fri, Jul 13, 2012 at 12:42 PM, Lee Jones wrote:
> Although for the most part, the AB8500 uses common bindings, some
> of the ways in which they are used differ slightly to the common
> uses of those bindings. To clear up some of these varying concepts
> we provide some documentation
On Fri, Jul 13, 2012 at 3:43 PM, Lee Jones wrote:
> On 10/07/12 22:08, Linus Walleij wrote:
>> That's not enough, cat /dev/input/event/* whatever event node is used
>> by the ponkey, press it and verify you get some garbage (=events)
>> in the console.
>
> Yes, garbage seen, works fine.
OK!
On Sat, Jul 14, 2012 at 10:34 PM, K. Y. Srinivasan wrote:
> Collect information on dhcp setting for the specified interface.
> We invoke an exyernal script to get this information.
>
> Signed-off-by: K. Y. Srinivasan
> Reviewed-by: Haiyang Zhang
> ---
> tools/hv/hv_kvp_daemon.c | 33
On Thu, Jul 12, 2012 at 3:12 PM, Wolfram Sang wrote:
> Arnd, since you committed the patches, can you please comment? I'd
> prefer to drop this DT conversion for now, otherwise we might have to
> support this possibly rushed bindings forever? LinusW, what do you
> think?
Well I think I ACKed
On Thu, Jul 12, 2012 at 7:48 PM, Kevin Hilman wrote:
> In the case of OMAP GPIO, unless it's an obvious fix, I would recommend
> you wait at least until you see some acks/tested tags from any of
>
> - Santosh Shilimkar
> - Rajendra Nayak
> - Benoit Cousson
>
> or Tony, Paul or myself.
On Sat, 2012-07-14 at 23:48 +0300, Pekka Enberg wrote:
> On Sat, Jul 14, 2012 at 11:43 PM, Joe Perches wrote:
> > On Sat, 2012-07-14 at 13:36 -0700, Yinghai Lu wrote:
> >> On Sat, Jul 14, 2012 at 6:41 AM, Pekka Enberg wrote:
> >> > As a cleanup, move initial "addr" assignment to the for-loop
On Sat, Jul 14, 2012 at 11:43 PM, Joe Perches wrote:
> On Sat, 2012-07-14 at 13:36 -0700, Yinghai Lu wrote:
>> On Sat, Jul 14, 2012 at 6:41 AM, Pekka Enberg wrote:
>> > As a cleanup, move initial "addr" assignment to the for-loop construct
>> > in free_init_pages().
>
> Not really a good idea.
On Sat, Jul 14, 2012 at 6:41 AM, Pekka Enberg wrote:
> Move PSE and PGE bit twiddling from init_memory_mapping() to a new
> setup_paging() function to simplify the former function. The
> init_memory_mapping() function is called later in the boot process by
> gart_iommu_init(), efi_ioremap(), and
On Thu, Jul 12, 2012 at 3:00 PM, Mahapatra, Chandrabhanu
wrote:
> OK, but if your taking this patch through GPIO tree the better if the 4th
> patch is taken through it. TCA6424 fails if both the patches are not
> present.
If the situation is such they should be squashed into one since the
point
Now implement the KVP verb - KVP_OP_GET_IP_INFO. This operation retrieves IP
information for the specified interface.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
tools/hv/hv_kvp_daemon.c | 89 ++
1 files changed, 89
Now gather sub-net information for the specified interface.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
tools/hv/hv_kvp_daemon.c | 31 +--
1 files changed, 29 insertions(+), 2 deletions(-)
diff --git a/tools/hv/hv_kvp_daemon.c
Transfor ipv6 subnet information to CIDR notation.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
tools/hv/hv_kvp_daemon.c | 45 +++--
1 files changed, 35 insertions(+), 10 deletions(-)
diff --git a/tools/hv/hv_kvp_daemon.c
Rename the function kvp_get_ip_address().
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
tools/hv/hv_kvp_daemon.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/hv/hv_kvp_daemon.c b/tools/hv/hv_kvp_daemon.c
index c33fc8e..6d224e7 100644
---
Collect information on dhcp setting for the specified interface.
We invoke an exyernal script to get this information.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
tools/hv/hv_kvp_daemon.c | 33 +
1 files changed, 33 insertions(+), 0
On Sat, 2012-07-14 at 13:36 -0700, Yinghai Lu wrote:
> On Sat, Jul 14, 2012 at 6:41 AM, Pekka Enberg wrote:
> > As a cleanup, move initial "addr" assignment to the for-loop construct
> > in free_init_pages().
Not really a good idea.
> > diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c
[]
>
On Sat, Jul 14, 2012 at 6:41 AM, Pekka Enberg wrote:
> As a cleanup, move initial "addr" assignment to the for-loop construct
> in free_init_pages().
>
> Cc: Tejun Heo
> Cc: Yinghai Lu
> Signed-off-by: Pekka Enberg
Acked-by: Yinghai Lu
> ---
> arch/x86/mm/init.c |4 +---
> 1 files
On Sat, Jul 14, 2012 at 6:41 AM, Pekka Enberg wrote:
> Introduce two new helper functions, addr_to_pmd_pfn() and
> addr_to_pud_pfn(), to simplify init_memory_mapping() code flow.
>
> Cc: Tejun Heo
> Cc: Yinghai Lu
> Signed-off-by: Pekka Enberg
Acked-by: Yinghai Lu
> ---
>
On Sat, 2012-07-14 at 13:34 -0700, K. Y. Srinivasan wrote:
> Format GUIDS as per MSFT standard. This makes interacting with MSFT
> tool stack easier.
>
> Signed-off-by: K. Y. Srinivasan
> Reviewed-by: Haiyang Zhang
> ---
> drivers/hv/vmbus_drv.c |4 ++--
> 1 files changed, 2 insertions(+),
In preparation for making kvp_get_ip_address() more generic, factor out
the code for handling IP addresses.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
tools/hv/hv_kvp_daemon.c | 94 -
1 files changed, 42 insertions(+), 52
In preparation to implementing IP injection, cleanup the way we propagate
and handle errors both in the driver as well as in the user level daemon.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/hv/hv_kvp.c | 43 +
Implement support for the new IP injection messages in the driver code.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/hv/hv_kvp.c | 141 ---
1 files changed, 133 insertions(+), 8 deletions(-)
diff --git
Implement the KVP verb - KVP_OP_SET_IP_INFO. This operation configures the
specified interface based on the given configuration. Since configuring
an interface is very distro specific, we invoke an external script to
configure the interface.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang
Now gather DNS information. This information cannot be gathered in
a distro independent fashion. Invoke an external script (that can be
distro dependent) to gather the DNS information.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
tools/hv/hv_kvp_daemon.c | 27
Gather information on the default gateways - ipv4/ipv6.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
tools/hv/hv_kvp_daemon.c | 72 ++
1 files changed, 72 insertions(+), 0 deletions(-)
diff --git a/tools/hv/hv_kvp_daemon.c
Add the necessary definitions for supporting the IP injection functionality.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/hv/hv_util.c |4 ++--
include/linux/hyperv.h | 30 ++
tools/hv/hv_kvp_daemon.c |2 +-
3 files changed,
kvp_get_ip_address() implemented the functionality to retrieve IP address info.
Make this function more generic so that we could retrieve additional
per-interface information.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
tools/hv/hv_kvp_daemon.c | 129
Now, gather address family information for the specified interface.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
tools/hv/hv_kvp_daemon.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/tools/hv/hv_kvp_daemon.c b/tools/hv/hv_kvp_daemon.c
Format GUIDS as per MSFT standard. This makes interacting with MSFT
tool stack easier.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/hv/vmbus_drv.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/hv/vmbus_drv.c
This patchset expands the KVP (Key Value Pair) functionality to
implement the mechanism to GET/SET IP addresses in the guest. This
functionality is used in Windows Server 2012 to implement VM
replication functionality. The way IP configuration information
is managed is distro specific. Based on
On Tue, Jul 10, 2012 at 11:11 AM, Tony Lindgren wrote:
> OK so no comments for a while. Here's the patch updated to leave out
> the comments in the binding example.
I reason like this:
- My fears is that the code gets hopeless to understand the mux, the
only way to understand that aspect of
On Thu, Jun 28, 2012 at 12:32 AM, Roland Stigge wrote:
> of_get_named_gpio_flags() and of_get_named_gpio() return -EPROBE_DEFER if the
> respective GPIO is not (yet) available. This is useful if driver's probe()
> functions try to get a GPIO whose controller isn't probed yet. Thus, the
> driver
On Sat, 14 Jul 2012, Cyrill Gorcunov wrote:
On Sat, Jul 14, 2012 at 07:48:27PM +0200, Borislav Petkov wrote:
On Sat, Jul 14, 2012 at 04:43:32PM +0400, Cyrill Gorcunov wrote:
For example to enable "PCI driver for virtio devices" I need to go to
Device Drivers -> Virtio drivers, while I think
Hi Linus,
Please pull these ACPI & Power Management patches.
this pull message is identical to take 1 except adds "release" branch.
I can't explain why it was missing, as it is hard-coded into the script
that make this message. Perhaps a mouse error when I edited the e-mail...
thanks!
Len
On Saturday, July 14, 2012, Linus Torvalds wrote:
> On Sat, Jul 14, 2012 at 10:46 AM, Len Brown wrote:
> >
> > Please pull this ACPI patch.
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux.git
>
> There's nothing there. Did you mean some particular tag or branch?
> There seems
Don't we report all of this shit in tcp_info already?
I really hate such cruddy patches like 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 http://vger.kernel.org/majordomo-info.html
Hi,
On Wed, Jun 13 2012, Muthu Kumar wrote:
> On Wed, Jun 13, 2012 at 12:52 PM, wrote:
>>
>> On Mon, June 11, 2012 5:28 pm, Muthu Kumar wrote:
>>> On Mon, Jun 11, 2012 at 2:19 PM, Muthu Kumar wrote:
On Fri, Jun 1, 2012 at 11:55 AM, Maya Erez wrote:
> trigger
> the packing can be
Hi,
On Sat, Jul 14 2012, Maya Erez wrote:
> Separate MMC specific attributes from general block device
> attributes and move them from the /sys/block/ directory
> to /sys/block//mmc directory
I don't think we can do this, even though the change is a good one.
What happens if someone has
On Sat, Jul 14, 2012 at 10:46 AM, Len Brown wrote:
>
> Please pull this ACPI patch.
>
> git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux.git
There's nothing there. Did you mean some particular tag or branch?
There seems to be branches named "release" and "next" there.
Hi all,
Do you have additional comments on this patch?
I rebased it to the latest linux-next since the write packed command patch
was merged in.
Thanks,
Maya
On Sat, July 14, 2012 11:46 am, Maya Erez wrote:
> The write packing control will ensure that read requests latency is
> not increased
On Sat, Jul 14, 2012 at 07:48:27PM +0200, Borislav Petkov wrote:
> On Sat, Jul 14, 2012 at 04:43:32PM +0400, Cyrill Gorcunov wrote:
> > For example to enable "PCI driver for virtio devices" I need to go to
> > Device Drivers -> Virtio drivers, while I think it would be great to
> > have everything
Hi all,
Do you have additional comments on this patch?
Thanks,
Maya
On Sat, July 14, 2012 11:46 am, Maya Erez wrote:
> Separate MMC specific attributes from general block device
> attributes and move them from the /sys/block/ directory
> to /sys/block//mmc directory
>
> Signed-off-by: Maya Erez
The write packing control will ensure that read requests latency is
not increased due to long write packed commands.
The trigger for enabling the write packing is managing to pack several
write requests. The number of potential packed requests that will trigger
the packing can be configured via
Separate MMC specific attributes from general block device
attributes and move them from the /sys/block/ directory
to /sys/block//mmc directory
Signed-off-by: Maya Erez
---
drivers/mmc/card/block.c | 71 +
1 files changed, 64 insertions(+), 7
On Sat, Jul 14, 2012 at 04:43:32PM +0400, Cyrill Gorcunov wrote:
> For example to enable "PCI driver for virtio devices" I need to go to
> Device Drivers -> Virtio drivers, while I think it would be great to
> have everything virt. related in Virtualization section.
Actually, we need something
Hi Linus,
Please pull this ACPI patch.
thanks!
Len Brown, Intel Open Source Technology Center
The following changes since commit fdb1335a82ef1ef9442ac9377796e4e7a69d1ae4:
Merge tag 'md-3.5-fixes' of git://neil.brown.name/md (2012-07-13 17:59:33
-0700)
are available in the git repository
On Sat, Jul 14, 2012 at 04:28:51PM +0200, Davidlohr Bueso wrote:
> On Sat, 2012-07-14 at 15:38 +0200, H. Peter Anvin wrote:
> > Yep, NAK on this one.
>
> Ok, we could at least add a comment when defining X86_FEATURE_NPT.
And the valid, sane, technical reason for having a comment where any
On Sat, Jul 14, 2012 at 03:15:40PM +0200, Willy Tarreau wrote:
> On Sat, Jul 14, 2012 at 01:06:07PM +0200, Eric Dumazet wrote:
> [...]
> > Hmmm, this is supposed to fix a bug introduced in 3.4, no ?
> >
> > So 3.3 kernel should work well ?
>
> You're right indeed. So maybe it's not the same bug.
On Fri, Jul 13, 2012 at 02:44:59PM -0700, Jon Mason wrote:
> The NTB device driver is needed to configure these memory windows, doorbell,
> and
> scratch-pad registers as well as use them in such a way as they can be turned
> into a viable communication channel to the remote system. ntb_hw.[ch]
On Fri, Jul 13, 2012 at 09:19:06AM -0500, Christoph Lameter wrote:
> On Thu, 12 Jul 2012, Johannes Weiner wrote:
>
> > On Thu, Jul 12, 2012 at 08:08:28PM +0200, Andrea Arcangeli wrote:
> > > On Sat, Jun 30, 2012 at 01:12:18AM -0400, Konrad Rzeszutek Wilk wrote:
> > > > On Thu, Jun 28, 2012 at
On Sat, Jul 14, 2012 at 11:21 AM, Andrew Lutomirski wrote:
> On Sat, Jul 14, 2012 at 9:15 AM, Andrew Lutomirski wrote:
>> On Sat, Jul 14, 2012 at 8:57 AM, Will Drewry wrote:
>>> On Sat, Jul 14, 2012 at 10:50 AM, Will Drewry wrote:
On Sat, Jul 14, 2012 at 10:44 AM, Andrew Lutomirski
On Mon, Jul 02, 2012 at 12:14:11AM -0400, Rik van Riel wrote:
> On 06/28/2012 08:56 AM, Andrea Arcangeli wrote:
> > Without this, follow_page wouldn't trigger the NUMA hinting faults.
> >
> > Signed-off-by: Andrea Arcangeli
>
> follow_page is called from many different places, not just
> the
From: Julia Lawall
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
From: Julia Lawall
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
From: Julia Lawall
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
From: Julia Lawall
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
From: Julia Lawall
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
From: Julia Lawall
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
The semantic match
Linus,
The following changes since commit 8663ff75cdca0a66f808e124c5592735793926af:
ALSA: hda - Fix no sound from ALC662 after Windows reboot (2012-06-29
09:44:44 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.5
On 07/13/2012 10:45 AM, Don Morris wrote:
IIRC the test consisted of a 16GB NUMA system with two 8GB nodes.
It was running 3 KVM guests, two guests of 3GB memory each, and
one guest of 6GB each.
How many cpus per guest (host threads) and how many physical/logical
cpus per node on the host?
On Sat, Jul 14, 2012 at 8:57 AM, Will Drewry wrote:
> On Sat, Jul 14, 2012 at 10:50 AM, Will Drewry wrote:
>> On Sat, Jul 14, 2012 at 10:44 AM, Andrew Lutomirski wrote:
>>> I think I'd prefer if changing to something other than whatever value is
>>> used to cancel the syscall resulted in a
On Sat, Jul 14, 2012 at 9:30 PM, G.Shark Jeong wrote:
> From: "G.Shark Jeong"
>
> LM3554 :
> The LM3554 is a 2 MHz fixed-frequency synchronous boost
> converter with 1.2A dual high side led drivers.
> Datasheet: www.ti.com
>
I agree with Shuah here. Could we work out an generic version for this
On Sat, Jul 14, 2012 at 10:50 AM, Will Drewry wrote:
> On Sat, Jul 14, 2012 at 10:44 AM, Andrew Lutomirski wrote:
>> I think I'd prefer if changing to something other than whatever value is
>> used to cancel the syscall resulted in a crash rather than just being
>> ignored.
>
> I was trying to
On Sat, Jul 14, 2012 at 10:44 AM, Andrew Lutomirski wrote:
> I think I'd prefer if changing to something other than whatever value is
> used to cancel the syscall resulted in a crash rather than just being
> ignored.
I was trying to keep as much seccomp-ptrace behavior intact rather
than making
Current quirky ptrace behavior with vsyscall and seccomp
does not allow tracers to bypass the call. This change
provides that ability by checking if orig_ax changed.
Signed-off-by: Will Drewry
---
arch/x86/kernel/vsyscall_64.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
With the addition of seccomp support to vsyscall emulation:
http://permalink.gmane.org/gmane.linux.kernel/1327732
and the prior patch in this series.
Update the documentation to indicate quirky behaviors when the 'ip' is
in the vsyscall page and vsyscall emulation is in effect.
Signed-off-by:
vsyscall_seccomp introduced a dependency on __secure_computing. On
configurations with CONFIG_SECCOMP disabled, compilation will fail.
Reported-by: feng xiangjun
Signed-off-by: Will Drewry
---
arch/x86/kernel/vsyscall_64.c |4
1 file changed, 4 insertions(+)
diff --git
On Sat, Jul 14, 2012 at 8:07 PM, richard -rw- weinberger
wrote:
> On Sat, Jul 14, 2012 at 2:11 PM, devendra.aaru
> wrote:
>> 3.5-rc6 with git head at fdb1335a82e. (from Torvald's branch)
>
> CC'in futex guys...
>
>> dmesg:
>>
>> [43610.535421] BUG: unable to handle kernel NULL pointer
On Sat, Jul 14, 2012 at 04:19:03PM +0100, Al Viro wrote:
> On Sat, Jul 14, 2012 at 10:34:59PM +0800, Fengguang Wu wrote:
> > On Sat, Jul 14, 2012 at 03:14:15PM +0100, Al Viro wrote:
> > > On Sat, Jul 14, 2012 at 09:58:49PM +0800, Fengguang Wu wrote:
> > > > > Hi Al, here I got the output for
> > >
On Sat, Jul 14, 2012 at 10:34:59PM +0800, Fengguang Wu wrote:
> On Sat, Jul 14, 2012 at 03:14:15PM +0100, Al Viro wrote:
> > On Sat, Jul 14, 2012 at 09:58:49PM +0800, Fengguang Wu wrote:
> > > > Hi Al, here I got the output for
> > > >
> > > > (qemu) sendkey alt-sysrq-l
> > > > (qemu) sendkey
On Sat, Jul 14, 2012 at 04:19:00PM +0200, Eric Dumazet wrote:
> On Sat, 2012-07-14 at 22:08 +0800, Hillf Danton wrote:
> > On Sat, Jul 14, 2012 at 4:20 PM, Eric Dumazet
> > wrote:
> > >
> > > Might be, or not (could be a NIC bug)
> > >
> > Dunno why sendfile sits in the layer of NIC and
> > how
On Sat, Jul 14, 2012 at 03:14:15PM +0100, Al Viro wrote:
> On Sat, Jul 14, 2012 at 09:58:49PM +0800, Fengguang Wu wrote:
> > > Hi Al, here I got the output for
> > >
> > > (qemu) sendkey alt-sysrq-l
> > > (qemu) sendkey alt-sysrq-t
> >
> > I repeated that several times and here are the results.
On Sat, 2012-07-14 at 15:38 +0200, H. Peter Anvin wrote:
> Yep, NAK on this one.
Ok, we could at least add a comment when defining X86_FEATURE_NPT.
Thanks,
Davidlohr
>
> Borislav Petkov wrote:
>
> >On Fri, Jul 13, 2012 at 08:02:55PM +0200, Davidlohr Bueso wrote:
> >> From: Davidlohr Bueso
>
On Sat, Jul 14, 2012 at 2:11 PM, devendra.aaru wrote:
> 3.5-rc6 with git head at fdb1335a82e. (from Torvald's branch)
CC'in futex guys...
> dmesg:
>
> [43610.535421] BUG: unable to handle kernel NULL pointer dereference
> at 0010
Is this the first error message in dmesg?
IOW no
On Sat, 2012-07-14 at 22:08 +0800, Hillf Danton wrote:
> On Sat, Jul 14, 2012 at 4:20 PM, Eric Dumazet wrote:
> >
> > Might be, or not (could be a NIC bug)
> >
> Dunno why sendfile sits in the layer of NIC and
> how they interact.
sendfile() relies heavily on TSO capabilities, a buggy NIC could
On Sat, Jul 14, 2012 at 09:58:49PM +0800, Fengguang Wu wrote:
> > Hi Al, here I got the output for
> >
> > (qemu) sendkey alt-sysrq-l
> > (qemu) sendkey alt-sysrq-t
>
> I repeated that several times and here are the results.
>
> (qemu) sendkey alt-sysrq-l
> (qemu) sendkey alt-sysrq-l
> (qemu)
On Sat, Jul 14, 2012 at 4:20 PM, Eric Dumazet wrote:
>
> Might be, or not (could be a NIC bug)
>
Dunno why sendfile sits in the layer of NIC and
how they interact.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
Move PSE and PGE bit twiddling from init_memory_mapping() to a new
setup_paging() function to simplify the former function. The
init_memory_mapping() function is called later in the boot process by
gart_iommu_init(), efi_ioremap(), and arch_add_memory() which have no
business whatsover updating
As a cleanup, move initial "addr" assignment to the for-loop construct
in free_init_pages().
Cc: Tejun Heo
Cc: Yinghai Lu
Signed-off-by: Pekka Enberg
---
arch/x86/mm/init.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c
Introduce two new helper functions, addr_to_pmd_pfn() and
addr_to_pud_pfn(), to simplify init_memory_mapping() code flow.
Cc: Tejun Heo
Cc: Yinghai Lu
Signed-off-by: Pekka Enberg
---
arch/x86/mm/init.c | 38 +-
1 files changed, 21 insertions(+), 17
Yep, NAK on this one.
Borislav Petkov wrote:
>On Fri, Jul 13, 2012 at 08:02:55PM +0200, Davidlohr Bueso wrote:
>> From: Davidlohr Bueso
>>
>> AMD has renamed nested page table technology to rapid virtualization
>indexing,
>> reflect this change in the kernel.
>>
>> Signed-off-by: Davidlohr
On Fri, 2012-07-13 at 08:50 -0400, Chris Mason wrote:
> There is also a chunk of code in btrfs_clear_path_blocking that makes
> sure to strictly honor top down locking order during the conversion. It
> only does this when lockdep is enabled because in non-RT kernels we
> don't need to worry
1 - 100 of 322 matches
Mail list logo
