OK linus/axs101_defconfig/arcompact Wed Nov 21, 17:35
http://kisskb.ellerman.id.au/kisskb/buildresult/13592940/
Commit: Merge tag 'media/v4.20-3' of
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
06e68fed32826b44aa9ffcf282c14d3c58918a70
Compiler: arc-buildroot-linu
OK linus/axs103_smp_defconfig/arcv2 Wed Nov 21, 17:35
http://kisskb.ellerman.id.au/kisskb/buildresult/13592939/
Commit: Merge tag 'media/v4.20-3' of
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
06e68fed32826b44aa9ffcf282c14d3c58918a70
Compiler: arc-linux-gcc.br_r
This argument is required to extend the generic ptrace API
with PTRACE_GET_SYSCALL_INFO request: syscall_get_arch() is going to be
called from ptrace_request() along with other syscall_get_* functions
with a tracee as their argument.
This change partially reverts commit 5e937a9ae913 ("syscall_get_
On Tue, 2018-11-20 at 23:21 +0300, Alexey Brodkin wrote:
> This utility is used for creation of images containing
> usable in run-time U-Boot environment.
>
> As of today this utility is added per-board like here [1]
> for Intel Edison board.
>
> [1]
> http://git.yoctoproject.org/cgit/cgit.cgi/m
On Tue, 2018-11-20 at 23:21 +0300, Alexey Brodkin wrote:
> This utility is used for creation of images containing
> usable in run-time U-Boot environment.
>
> As of today this utility is added per-board like here [1]
> for Intel Edison board.
>
> [1]
> http://git.yoctoproject.org/cgit/cgit.cgi/m
Hi Marek,
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Tuesday, November 20, 2018 11:23 PM
> To: Alexey Brodkin ;
> openembedded-c...@lists.openembedded.org
> Cc: Ross Burton ; Khem Raj ;
> linux-snps-arc@lists.infradead.org; Richard Purdie
> ; Otavio Salvador
On 11/20/2018 09:21 PM, Alexey Brodkin wrote:
> This utility is used for creation of images containing
> usable in run-time U-Boot environment.
>
> As of today this utility is added per-board like here [1]
> for Intel Edison board.
>
> [1]
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-e
On Mon, Nov 19, 2018 at 7:11 PM Dmitry V. Levin wrote:
>
> syscall_get_arch() is required to be implemented on all architectures
> in order to extend the generic ptrace API with PTRACE_GET_SYSCALL_INFO
> request.
>
> The primary intent is that the triple (audit_arch, syscall_nr, arg1..arg6)
> shou
This utility is used for creation of images containing
usable in run-time U-Boot environment.
As of today this utility is added per-board like here [1]
for Intel Edison board.
[1]
http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-edison/tree/meta-intel-edison-bsp/recipes-bsp/u-boot/u-boot-too
On Mon, 2018-11-19 at 13:04 +0300, Alexey Brodkin wrote:
> This utility is used for creation of images containing
> usable in run-time U-Boot environment.
>
> As of today this utility is added per-board like here [1]
> for Intel Edison board.
>
> [1]
> http://git.yoctoproject.org/cgit/cgit.cgi/m
On 11/20/2018 04:52 PM, Alexey Brodkin wrote:
> Hi Otavio,
>
>> -Original Message-
>> From: Otavio Salvador [mailto:otavio.salva...@ossystems.com.br]
>> Sent: Tuesday, November 20, 2018 6:49 PM
>> To: Burton, Ross
>> Cc: Peter Kjellerstedt ; Marek Vasut
>> ; Tom Rini ; Otavio
>> Salvador
On Tue, Nov 20, 2018 at 1:52 PM Alexey Brodkin
wrote:
> > -Original Message-
> > From: Otavio Salvador [mailto:otavio.salva...@ossystems.com.br]
> > Sent: Tuesday, November 20, 2018 6:49 PM
> > To: Burton, Ross
> > Cc: Peter Kjellerstedt ; Marek Vasut
> > ; Tom Rini ; Otavio
> > Salvador
By default NFSv3 doesn't support ACL (Access Control Lists)
which might be quite convenient to have so that
mounted NFS behaves exactly as any other local file-system.
In particular missing support of ACL makes umask useless.
This among other thigs fixes Glibc's "nptl/tst-umask1".
Signed-off-by:
On Tue, Nov 20, 2018 at 01:48:40PM -0200, Otavio Salvador wrote:
> On Tue, Nov 20, 2018 at 1:40 PM Burton, Ross wrote:
> >
> > (hit sent too early)
> >
> > Of course how big are these tools, and is it really useful splitting
> > them up? If we're talking a 10k binary, is putting them in separate
On Tue, Nov 20, 2018 at 1:40 PM Burton, Ross wrote:
>
> (hit sent too early)
>
> Of course how big are these tools, and is it really useful splitting
> them up? If we're talking a 10k binary, is putting them in separate
> packages worth the complication?
I think it makes sense to split; we are b
Hi Otavio,
> -Original Message-
> From: Otavio Salvador [mailto:otavio.salva...@ossystems.com.br]
> Sent: Tuesday, November 20, 2018 6:49 PM
> To: Burton, Ross
> Cc: Peter Kjellerstedt ; Marek Vasut
> ; Tom Rini ; Otavio
> Salvador ; Alexey Brodkin
> ; Patches and discussions about the
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Otavio Salvador
> Sent: den 19 november 2018 20:22
> To: Tom Rini
> Cc: Marek Vasut ; linux-snps-arc@lists.infradead.org;
> Alexey Brodkin ; Otavio Salvador
> ;
(hit sent too early)
Of course how big are these tools, and is it really useful splitting
them up? If we're talking a 10k binary, is putting them in separate
packages worth the complication?
Ross
___
linux-snps-arc mailing list
linux-snps-arc@lists.in
On Tue, 20 Nov 2018 at 14:29, Peter Kjellerstedt
wrote:
> Actually, why mess with an unnecessary meta package. Just use the
> empty ${PN} package for that. That works for the GStreamer packages
> as well these days (since commit 8e1009a3), even though they do it
> by depending on the meta packages
19 matches
Mail list logo
