On Tue, Feb 14, 2017 at 02:34:38PM -0700, Jonathan Corbet wrote:
> On Mon, 23 Jan 2017 08:34:58 -0200
> Mauro Carvalho Chehab wrote:
>
> > The main difference between a "pointer file" and a symlink is that the
> > first indicates a temporary solution, teaching people that the
> > file got renamed
Signed-off-by: Andreas Färber
---
v1 -> v2: unchanged
Documentation/admin-guide/kernel-parameters.txt | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/admin-guide/kernel-parameters.txt
b/Documentation/admin-guide/kernel-parameters.txt
index 986e443..f48a142 100644
--- a
On Thu, Feb 23, 2017 at 04:43:20PM -0600, Edward James wrote:
> Hi Guenter,
>
> Any thoughts on this patch set? Others welcome to chime in too.
>
Sorry, I have been busy. Weekend or next week, hopefully.
Guenter
> Thanks,
> Eddie
>
> Eddie James wrote on 02/14/2017 02:34:17 PM:
>
> > From: E
[+cc Peter, Ingo, Arnaldo, Alexander, Christoph]
On Thu, Feb 02, 2017 at 11:06:00AM -0700, Logan Gunthorpe wrote:
> Microsemi's "Switchtec" line of PCI switch devices is already well
> supported by the kernel with standard PCI switch drivers. However, the
> Switchtec device advertises a special ma
This patch introduces a couple of special IOCTLs which are provided to:
* Inform userspace of firmware partition locations
* Pass event counts and allow userspace to wait on events
* Translate between PFF numbers used by the switch to
port numbers.
Signed-off-by: Logan Gunthorpe
Signed-off-by:
This adds standard documentation for the sysfs switchtec attributes and
a RST formatted text file which documents the char device interface.
Jonathan Corbet has indicated he will move this to a new user-space
developer documentation book once it's created.
Signed-off-by: Logan Gunthorpe
Signed-of
Changes since v2:
* Collected reviewed and tested tags
* Very minor fix to the error path in the create function
Changes since v1:
* Rebased onto 4.10-rc6 (cleanly)
* Split the patch into a few more easily digestible patches (as
suggested by Greg Kroah-Hartman)
* Folded switchtec.c into switch
This patch adds a few read-only sysfs attributes which provide
some device information that is exposed from the devices. Primarily
component and device names and versions. These are documented in
Documentation/ABI/testing/sysfs-class-switchtec.
Signed-off-by: Logan Gunthorpe
Signed-off-by: Stephe
Microsemi's "Switchtec" line of PCI switch devices is already well
supported by the kernel with standard PCI switch drivers. However, the
Switchtec device advertises a special management endpoint with a separate
PCI function address and class code. This endpoint enables some additional
functionalit
On 2/22/2017 12:13 PM, Dave Hansen wrote:
On 02/16/2017 07:43 AM, Tom Lendacky wrote:
static inline unsigned long pte_pfn(pte_t pte)
{
- return (pte_val(pte) & PTE_PFN_MASK) >> PAGE_SHIFT;
+ return (pte_val(pte) & ~sme_me_mask & PTE_PFN_MASK) >> PAGE_SHIFT;
}
static inline unsig
On 23/02/17 03:43 PM, Bjorn Helgaas wrote:
> This path seems a little generic. I don't see other cases where a
> product brand name ("Switchtec") appears at the top level of
> /sys/class/...
Ok, well we are certainly open to suggestions, but there isn't really a
generic version of this device a
On Thu, Feb 02, 2017 at 11:06:02AM -0700, Logan Gunthorpe wrote:
> This patch adds a few read-only sysfs attributes which provide
> some device information that is exposed from the devices. Primarily
> component and device names and versions. These are documented in
> Documentation/ABI/testing/sysf
On Mon, Feb 20, 2017 at 4:20 PM, Jonathan Corbet wrote:
>> Exception occurred:
>> File "/usr/lib/python3.5/site-packages/docutils/writers/_html_base.py",
>> line
>> 671, in depart_document
>> assert not self.context, 'len(context) = %s' % len(self.context)
>> AssertionError: len(context) =
Thanks Bjorn! I understand your busy and we appreciate your time in this
matter.
I'll prepare a v3 with a collected set of tags shortly. We're more than
happy to clean this up to make your job as easy as possible. We were
just looking for direction in how to move this forward.
Logan
On 23/02/17
On 23.02.2017 20:44, Jim Davis wrote:
On Thu, Feb 23, 2017 at 2:59 AM, Jani Nikula
wrote:
On Mon, 20 Feb 2017, Jim Davis wrote:
For the Sphinx targets, htmldocs, pdfdocs, epubdocs, and cleandocs
failed. cleandocs works without the O= argument, and arguably the O=
thing isn't very useful wi
On Thu, Feb 23, 2017 at 01:36:51PM -0700, Logan Gunthorpe wrote:
> Hello,
>
> We're still waiting on any kind of response from Bjorn. (If you're
> listening please say something!)
>
> Does anyone have any suggestions for dealing with an unresponsive
> maintainer? Or a way for us to move forward w
On 23/02/17 01:51 PM, Sinan Kaya wrote:
> You'll want to be careful during the merge window (these days) as the
> maintainer is usually busy with code delivery. You can't rush your code in at
> the last minute.
Thanks for the advice, we will continue to wait.
However, I would say we've been ver
On 02/23/2017 01:51 PM, Sinan Kaya wrote:
> On 2/23/2017 3:36 PM, Logan Gunthorpe wrote:
>> We're still waiting on any kind of response from Bjorn. (If you're
>> listening please say something!)
>>
>> Does anyone have any suggestions for dealing with an unresponsive
>> maintainer? Or a way for us t
On 2/21/2017 9:06 AM, Borislav Petkov wrote:
On Thu, Feb 16, 2017 at 09:45:09AM -0600, Tom Lendacky wrote:
Boot data (such as EFI related data) is not encrypted when the system is
booted and needs to be mapped decrypted. Add support to apply the proper
attributes to the EFI page tables and to t
On Thu, Feb 23, 2017 at 01:36:51PM -0700, Logan Gunthorpe wrote:
> Hello,
>
> We're still waiting on any kind of response from Bjorn. (If you're
> listening please say something!)
>
> Does anyone have any suggestions for dealing with an unresponsive
> maintainer? Or a way for us to move forward w
On 02/23/2017 01:36 PM, Logan Gunthorpe wrote:
> Hello,
>
> We're still waiting on any kind of response from Bjorn. (If you're
> listening please say something!)
>
> Does anyone have any suggestions for dealing with an unresponsive
> maintainer? Or a way for us to move forward with this quickly a
On 2/23/2017 3:36 PM, Logan Gunthorpe wrote:
> We're still waiting on any kind of response from Bjorn. (If you're
> listening please say something!)
>
> Does anyone have any suggestions for dealing with an unresponsive
> maintainer? Or a way for us to move forward with this quickly and get it
> me
Hello,
We're still waiting on any kind of response from Bjorn. (If you're
listening please say something!)
Does anyone have any suggestions for dealing with an unresponsive
maintainer? Or a way for us to move forward with this quickly and get it
merged?
ie. Can anyone else pick this up through a
On Thu, Feb 23, 2017 at 2:59 AM, Jani Nikula
wrote:
> On Mon, 20 Feb 2017, Jim Davis wrote:
>> For the Sphinx targets, htmldocs, pdfdocs, epubdocs, and cleandocs
>> failed. cleandocs works without the O= argument, and arguably the O=
>> thing isn't very useful with any of these targets, but it i
How are you today and your family? I require your attention and honest
co-operation about some issues which i will really want to discuss with you
which. Looking forward to read from you soon.
Qin's
__
Sky Silk, http://aknet.kz
--
To unsubscribe from this list:
On 2/21/2017 6:05 AM, Matt Fleming wrote:
On Thu, 16 Feb, at 09:44:57AM, Tom Lendacky wrote:
Update the efi_mem_type() to return EFI_RESERVED_TYPE instead of a
hardcoded 0.
Signed-off-by: Tom Lendacky
---
arch/x86/platform/efi/efi.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
On Mon, 20 Feb 2017, Jim Davis wrote:
> For the Sphinx targets, htmldocs, pdfdocs, epubdocs, and cleandocs
> failed. cleandocs works without the O= argument, and arguably the O=
> thing isn't very useful with any of these targets, but it is supported
> by the top-level Makefile.
Why do you say O
27 matches
Mail list logo
