"Luis R. Rodriguez" writes:
> On Dec 16, 2016 9:54 PM, "Rusty Russell" wrote:
> > AFAICT the mistake here is that kmod is returning "done, OK" when the
> > module it is trying to load is already loading (but not finished
> > loading). That's the root
I guess the obvious questions is: why is a driver for a PCI switch
necessary? The core works with all compliant switches today and there
are no specifics for a particular design or such.
So I guess I'd like to hear the reasoning and justifications for why a
driver for a common device that should
On 19/12/16 10:02 AM, Keith Busch wrote:
> Some of this would be simplified if you use the managed device API's:
> devm_request_irq, pcim_enable_device, pcim_iomap, etc...
Thanks Keith, I'll look into using those.
Logan
--
To unsubscribe from this list: send the line "unsubscribe linux-doc"
On Sat, Dec 17, 2016 at 10:09:22AM -0700, Logan Gunthorpe wrote:
> Microsemi's "Switchtec" line of PCI switch devices is already
> supported by the kernel with standard PCI switch drivers. However, the
> Switchtec device advertises a special management endpoint which
> enables some additional
Em Mon, 19 Dec 2016 11:44:57 +0200
Jani Nikula escreveu:
> On Fri, 16 Dec 2016, Robert Bragg wrote:
> > The sphinx.__version__ string doesn't always include a patch version and
> > so the previous tuple decomposition failed with to few
On Fri, 16 Dec 2016, Robert Bragg wrote:
> The sphinx.__version__ string doesn't always include a patch version and
> so the previous tuple decomposition failed with to few elements.
>
> Since I hit the case with no patch version ("1.5"), I guess it's
> possible a major
On Mon, 19 Dec 2016, Mauro Carvalho Chehab wrote:
> It could be interesting to print some error message if someone tries
> to build with an older version or if the version can't be detected,
> asking the user to upgrade Sphinx.
This will do it.
BR,
Jani.
diff --git
Hi Everyone,
These two patches update kerneldoc comments in include/linux/pm.h ([1/2]) and
convert Documentation/power/devices.txt to reST ([2/2], RFC).
Please have a look, especially at patch [2/2], and let me know what can be done
in a better way.
Thanks,
Rafael
--
To unsubscribe from this
From: Rafael J. Wysocki
Refresh the struct dev_pm_ops kerneldoc comment, so that it looks
better and is more readable after processing by Sphinx, and drop
the kerneldoc marker from the "PM_EVENT_ messages" comment which
is not a proper kerneldoc and causes Sphinx to
On Mon, 19 Dec 2016 23:53:40 +0200
Cihangir Akturk wrote:
> In the actual implementation ether_addr_equal function tests for equality to 0
> when returning. It seems in commit 0d74c4 it is somehow overlooked to change
> this operator to reflect the actual function.
I received
On Sat, 17 Dec 2016, Kevin Wilson wrote:
> Hi,
> I am trying to clone the linux documentation git repo, according to
> the URL in the Linux kernel Maintainers file, by:
>
> git clone git://git.lwn.net/linux.git
> and I am getting an error as I am behind a company proxy.
>
>
On 12/18/2016 01:11 PM, Rami Rosen wrote:
This patch fixes a trivial type in IPMI.txt.
Thanks, queued for next release.
-corey
Signed-off-by: Rami Rosen
---
Documentation/IPMI.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Mon, Dec 19, 2016 at 04:13:13PM -0700, Jonathan Corbet wrote:
> On Mon, 19 Dec 2016 23:53:40 +0200
> Cihangir Akturk wrote:
>
> > In the actual implementation ether_addr_equal function tests for equality
> > to 0
> > when returning. It seems in commit 0d74c4 it is somehow
On Sun, Dec 18, 2016 at 12:52:12AM +0200, Ozgur Karatas wrote:
> 17.12.2016, 19:43, "Cihangir Akturk" :
> > In the actual implementation ether_addr_equal function tests for equality
> > to 0
> > when returning. It seems in commit 0d74c4 it is somehow overlooked to change
> >
The following changes since commit
3fa71d0f58a9b9df84e8e79196f961bcfbf01b2e:
crypto: doc - optimize compilation (2016-12-13 16:38:07 -0700)
are available in the git repository at:
git://git.lwn.net/linux.git tags/doc-4.10-3
for you to fetch changes up to
On Thu, Dec 01, 2016 at 05:21:01PM -0800, Andy Lutomirski wrote:
> On 09/28/2016 07:44 AM, Amir Levy wrote:
> > This patch provides the communication protocol between the
> > Intel Connection Manager(ICM) firmware that is operational in the
> > Thunderbolt controller in non-Apple hardware.
> > The
In the actual implementation ether_addr_equal function tests for equality to 0
when returning. It seems in commit 0d74c4 it is somehow overlooked to change
this operator to reflect the actual function.
Signed-off-by: Cihangir Akturk
---
17 matches
Mail list logo