On Tue, Aug 19, 2014 at 4:01 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Mon, Aug 18, 2014 at 11:43:54PM -0300, Murilo Opsfelder Araujo wrote:
The commit 89f7ca1af15bdfe7a6aed343032a84af2a69f736 makes next-20140818
to panic because mountpoint list head was not initialized.
On Thu, Nov 6, 2014 at 9:30 PM, Larry Finger larry.fin...@lwfinger.net wrote:
On 11/06/2014 04:52 PM, Murilo Opsfelder Araujo wrote:
On 11/06/2014 09:40 AM, Murilo Opsfelder Araujo wrote:
On 11/05/2014 04:12 PM, Larry Finger wrote:
On 11/05/2014 03:16 AM, Mike Galbraith wrote:
On Wed,
On Thu, Jan 22, 2015 at 10:45 PM, Alexandre Courbot gnu...@gmail.com wrote:
[...]
Linus just sent a patch to fix this, see
http://patchwork.ozlabs.org/patch/431704/
Nice to know it has already been addressed. Thanks for the link, Alexandre.
--
Murilo
--
To unsubscribe from this list: send
On Sun, Apr 19, 2015 at 2:08 PM, Murilo Opsfelder Araújo
mopsfel...@gmail.com wrote:
On Fri, Apr 17, 2015 at 11:00 PM, Herbert Xu
herb...@gondor.apana.org.au wrote:
On Fri, Apr 17, 2015 at 06:38:49PM -0400, Mike Snitzer wrote:
There are also some crypto changes that could very easily
On Wed, May 6, 2015 at 9:55 PM, Stephen Boyd sb...@codeaurora.org wrote:
On 05/06/15 17:51, Murilo Opsfelder Araujo wrote:
The function clk_is_orphan() is called only by
__of_clk_get_from_provider(), which depends on CONFIG_OF, so it does
make sense the move.
This change also gets rid of the
Hello, everyone.
Right after I enter my passphrase to unlock my cryptsetup partition,
it displays the following error and asks for cryptsetup password again
(it got stuck on this loop).
This issue was introduced in next-20150413. next-20150410 is working just fine.
Any hint on how to debug
On Fri, Apr 17, 2015 at 11:00 PM, Herbert Xu
herb...@gondor.apana.org.au wrote:
On Fri, Apr 17, 2015 at 06:38:49PM -0400, Mike Snitzer wrote:
There are also some crypto changes that could very easily be the cause
of your problem (cc'ing Herbert), e.g.:
$ git diff
On Fri, Apr 17, 2015 at 7:38 PM, Mike Snitzer snit...@redhat.com wrote:
On Fri, Apr 17 2015 at 4:11pm -0400,
Murilo Opsfelder Araújo mopsfel...@gmail.com wrote:
Hello, everyone.
Right after I enter my passphrase to unlock my cryptsetup partition,
it displays the following error and asks
On Fri, Aug 14, 2015 at 1:06 AM, Casey Schaufler ca...@schaufler-ca.com wrote:
On 8/13/2015 5:52 PM, Murilo Opsfelder Araujo wrote:
This change fixes the following build error when
CONFIG_SECURITY_SMACK_BRINGUP is not defined:
security/smack/smack_lsm.c: In function ‘smack_parse_opts_str’:
On Thu, Aug 20, 2015 at 8:27 AM, David Vrabel david.vra...@citrix.com wrote:
On 19/08/15 14:25, Murilo Opsfelder Araujo wrote:
The commit 091208a676dfdabb2b8fe86ee155c6fc80081b69 xen/tmem: Use
xen_page_to_gfn rather than pfn_to_gfn left behind a call to
xen_tmem_get_page() receiving pfn
On Wed, Aug 19, 2015 at 9:23 PM, Julien Grall julien.gr...@citrix.com wrote:
Hi,
On 19/08/2015 06:25, Murilo Opsfelder Araujo wrote:
The commit 091208a676dfdabb2b8fe86ee155c6fc80081b69 xen/tmem: Use
xen_page_to_gfn rather than pfn_to_gfn left behind a call to
xen_tmem_get_page() receiving
On 07/18/2017 02:22 PM, Murilo Opsfelder Araujo wrote:
> When CONFIG_EEH=y and CONFIG_VFIO_SPAPR_EEH=n, build fails with the
> following:
>
> drivers/vfio/pci/vfio_pci.o: In function `.vfio_pci_release':
> vfio_pci.c:(.text+0xa98): undefined reference to
> `.vfio_spapr_pci_eeh_release'
>
On 07/26/2017 04:37 PM, Alex Williamson wrote:
[...]
> Applied to my for-linus branch with David and Alexey's R-b for v4.13.
> Thanks,
>
> Alex
Thank you all!
--
Murilo
On 05/28/2017 11:08 PM, Michael Ellerman wrote:
[...]
> We could stub out the RTAS pieces it needs. But I don't think it buys us
> much, for compile testing you may as well just build a config which has
> PPC_RTAS enabled, there are several.
>
> So I think it should just depend on PPC_RTAS.
>
>
On 06/08/2017 08:41 AM, Michael Ellerman wrote:
> Alexey Kardashevskiy writes:
>
>> Hi,
>>
>> How did you manage to have CONFIG_EEH=y and CONFIG_VFIO_SPAPR_EEH=n? "make
>> oldconfig" fixes this to CONFIG_VFIO_SPAPR_EEH=y.
>
> Hmm, Murilo did you confirm the bug still happens on
On 06/08/2017 10:10 AM, Alexey Kardashevskiy wrote:
[...]
> The config you attached in the first mail has CONFIG_VFIO_SPAPR_EEH=m, here
> is my confusion. The config from the link below does not have KVM_BOOK3S_64
> which selects SPAPR_TCE_IOMMU and which in turn selects VFIO_IOMMU_SPAPR_TCE.
>
>
On 04/11/2018 04:33 PM, Greg Kroah-Hartman wrote:
> On Wed, Apr 11, 2018 at 03:41:35PM -0300, Murilo Opsfelder Araujo wrote:
>> Using linux-3.18.y branch, perf build fails with the following:
>>
>> $ make -s -j16 -C tools/perf V=1 WERROR=0 NO_LIBUNWIND=1
>> HAVE_CPLUS_DEMANGLE=1 NO_GTK2=1
On Tue, Aug 19, 2014 at 4:01 AM, Thierry Reding
wrote:
> On Mon, Aug 18, 2014 at 11:43:54PM -0300, Murilo Opsfelder Araujo wrote:
>> The commit 89f7ca1af15bdfe7a6aed343032a84af2a69f736 makes next-20140818
>> to panic because mountpoint list head was not initialized. Initializing
>> it with NULL
On 07/18/2017 02:22 PM, Murilo Opsfelder Araujo wrote:
> When CONFIG_EEH=y and CONFIG_VFIO_SPAPR_EEH=n, build fails with the
> following:
>
> drivers/vfio/pci/vfio_pci.o: In function `.vfio_pci_release':
> vfio_pci.c:(.text+0xa98): undefined reference to
> `.vfio_spapr_pci_eeh_release'
>
On 07/26/2017 04:37 PM, Alex Williamson wrote:
[...]
> Applied to my for-linus branch with David and Alexey's R-b for v4.13.
> Thanks,
>
> Alex
Thank you all!
--
Murilo
On 04/11/2018 04:33 PM, Greg Kroah-Hartman wrote:
> On Wed, Apr 11, 2018 at 03:41:35PM -0300, Murilo Opsfelder Araujo wrote:
>> Using linux-3.18.y branch, perf build fails with the following:
>>
>> $ make -s -j16 -C tools/perf V=1 WERROR=0 NO_LIBUNWIND=1
>> HAVE_CPLUS_DEMANGLE=1 NO_GTK2=1
On Thu, Nov 6, 2014 at 9:30 PM, Larry Finger wrote:
> On 11/06/2014 04:52 PM, Murilo Opsfelder Araujo wrote:
>>
>> On 11/06/2014 09:40 AM, Murilo Opsfelder Araujo wrote:
>>>
>>> On 11/05/2014 04:12 PM, Larry Finger wrote:
On 11/05/2014 03:16 AM, Mike Galbraith wrote:
>
> On Wed,
On Sun, Apr 19, 2015 at 2:08 PM, Murilo Opsfelder Araújo
wrote:
> On Fri, Apr 17, 2015 at 11:00 PM, Herbert Xu
> wrote:
>> On Fri, Apr 17, 2015 at 06:38:49PM -0400, Mike Snitzer wrote:
>>>
>>> There are also some crypto changes that could very easily be the cau
Hello, everyone.
Right after I enter my passphrase to unlock my cryptsetup partition,
it displays the following error and asks for cryptsetup password again
(it got stuck on this loop).
This issue was introduced in next-20150413. next-20150410 is working just fine.
Any hint on how to debug
On Fri, Apr 17, 2015 at 7:38 PM, Mike Snitzer wrote:
> On Fri, Apr 17 2015 at 4:11pm -0400,
> Murilo Opsfelder Araújo wrote:
>
>> Hello, everyone.
>>
>> Right after I enter my passphrase to unlock my cryptsetup partition,
>> it displays the following error and a
On Fri, Apr 17, 2015 at 11:00 PM, Herbert Xu
wrote:
> On Fri, Apr 17, 2015 at 06:38:49PM -0400, Mike Snitzer wrote:
>>
>> There are also some crypto changes that could very easily be the cause
>> of your problem (cc'ing Herbert), e.g.:
>>
>> $ git diff next-20150410^..next-20150413 -- crypto |
On Fri, Aug 14, 2015 at 1:06 AM, Casey Schaufler wrote:
> On 8/13/2015 5:52 PM, Murilo Opsfelder Araujo wrote:
>> This change fixes the following build error when
>> CONFIG_SECURITY_SMACK_BRINGUP is not defined:
>>
>> security/smack/smack_lsm.c: In function ‘smack_parse_opts_str’:
>>
On Wed, Aug 19, 2015 at 9:23 PM, Julien Grall wrote:
> Hi,
>
> On 19/08/2015 06:25, Murilo Opsfelder Araujo wrote:
>>
>> The commit 091208a676dfdabb2b8fe86ee155c6fc80081b69 "xen/tmem: Use
>> xen_page_to_gfn rather than pfn_to_gfn" left behind a call to
>> xen_tmem_get_page() receiving pfn instead
On Thu, Aug 20, 2015 at 8:27 AM, David Vrabel wrote:
> On 19/08/15 14:25, Murilo Opsfelder Araujo wrote:
>> The commit 091208a676dfdabb2b8fe86ee155c6fc80081b69 "xen/tmem: Use
>> xen_page_to_gfn rather than pfn_to_gfn" left behind a call to
>> xen_tmem_get_page() receiving pfn instead of page.
>>
On Thu, Jan 22, 2015 at 10:45 PM, Alexandre Courbot wrote:
[...]
> Linus just sent a patch to fix this, see
> http://patchwork.ozlabs.org/patch/431704/
Nice to know it has already been addressed. Thanks for the link, Alexandre.
--
Murilo
--
To unsubscribe from this list: send the line
On Wed, May 6, 2015 at 9:55 PM, Stephen Boyd wrote:
> On 05/06/15 17:51, Murilo Opsfelder Araujo wrote:
>> The function clk_is_orphan() is called only by
>> __of_clk_get_from_provider(), which depends on CONFIG_OF, so it does
>> make sense the move.
>>
>> This change also gets rid of the
On 05/28/2017 11:08 PM, Michael Ellerman wrote:
[...]
> We could stub out the RTAS pieces it needs. But I don't think it buys us
> much, for compile testing you may as well just build a config which has
> PPC_RTAS enabled, there are several.
>
> So I think it should just depend on PPC_RTAS.
>
>
On 06/08/2017 08:41 AM, Michael Ellerman wrote:
> Alexey Kardashevskiy writes:
>
>> Hi,
>>
>> How did you manage to have CONFIG_EEH=y and CONFIG_VFIO_SPAPR_EEH=n? "make
>> oldconfig" fixes this to CONFIG_VFIO_SPAPR_EEH=y.
>
> Hmm, Murilo did you confirm the bug still happens on upstream with
On 06/08/2017 10:10 AM, Alexey Kardashevskiy wrote:
[...]
> The config you attached in the first mail has CONFIG_VFIO_SPAPR_EEH=m, here
> is my confusion. The config from the link below does not have KVM_BOOK3S_64
> which selects SPAPR_TCE_IOMMU and which in turn selects VFIO_IOMMU_SPAPR_TCE.
>
>
34 matches
Mail list logo