Hi,
Given a QEMU executable, is there a way to find out the configure options
it was built with?
(context: we frequently get bugs involving QEMU built for a particular
Linux distribution, and knowledge about its configure options would
certainly be helpful while reproducing and debugging)
Thanks
On Thursday, March 19, 2020, Laurent Vivier wrote:
> Le 19/03/2020 à 17:24, Aleksandar Markovic a écrit :
> >> I think we should first introduce a linux-user/generic/termbits.h as we
> >> have an asm-generic/termbits.h in the kernel and use it with all the
> >> ta
> I think we should first introduce a linux-user/generic/termbits.h as we
> have an asm-generic/termbits.h in the kernel and use it with all the
> targets except alpha, mips, hppa, sparc and xtensa.
>
> I think this linux-user/generic/termbits.h could be copied from
> linux-user/openrisc/termbits.h
сре, 18. мар 2020. у 17:13 Eduardo Habkost је написао/ла:
>
> On Wed, Mar 18, 2020 at 10:59:22AM +0300, Vladimir Sementsov-Ogievskiy wrote:
> > 18.03.2020 7:12, no-re...@patchew.org wrote:
> > > Patchew URL:
> > > https://patchew.org/QEMU/20200318011217.2102748-1-ehabk...@redhat.com/
> > >
> > >
On Mon, Mar 2, 2020 at 10:05 PM Aleksandar Markovic
wrote:
>
>
>
>
> > >> +
> > >> +
> > >> +def ascii_one(result):
> > >> +"""Return ASCII representation of bench_one() returned dict."""
> &g
>
> On 3/16/20 6:21 PM, Alex Bennée wrote:
> > This is a fairly bare-bones test of setting the various vector sizes...
The title contains a typo "iotcl" (you meant "ioctl"), but in any case,
as I wrote in another mail, "prctl" is the right choice.
> > for SVE which will only fail if the PR_SVE_SE
From: Aleksandar Markovic
Aurelien has been and will forever remain an idol in QEMU for
MIPS world. However, since he decided to move on to other projects,
acknowledge the reality, and formally releive him from maintainer's
duties for QEMU for MIPS items. Aurelien is though welcome to come
From: Aleksandar Markovic
For some longish time I've been using multiple email addresses
for mailing list communication, and would like to consolidate it
into a single email address that is the most convenient to me.
My other emails, from rt-rk.com and wavecomp.com domains remain
active
From: Aleksandar Markovic
A recently added acceptance test is important not only for
Malta machine, but for overall MIPS target, since it tests
smp feature.
CC: Philippe Mathieu-Daudé
Signed-off-by: Aleksandar Markovic
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <1584061252-16635-4-
From: Aleksandar Markovic
The following changes since commit a98135f727595382e200d04c2996e868b7925a01:
Merge remote-tracking branch 'remotes/kraxel/tags/vga-20200316-pull-request'
into staging (2020-03-16 14:55:59 +)
are available in the git repository at:
https://
уто, 17. мар 2020. у 11:33 Philippe Mathieu-Daudé
је написао/ла:
>
> On 3/16/20 6:21 PM, Alex Bennée wrote:
> > This is a fairly bare-bones test of setting the various vector sizes
> > for SVE which will only fail if the PR_SVE_SET_VL can't reduce the
> > user-space vector length by powers of 2.
>
the patches have been
> added.
>
FWIW, for the whole series:
Reviewed-by: Aleksandar Markovic
> v1 was 'Let devices own the MemoryRegion they create':
> https://www.mail-archive.com/qemu-devel@nongnu.org/msg681960.html
>
> Since v2:
> - only keep generated/a
On Mon, Mar 16, 2020 at 4:24 PM Alex Bennée wrote:
>
>
> Daniel P. Berrangé writes:
>
> > On Thu, Mar 12, 2020 at 03:36:11PM -0400, Cleber Rosa wrote:
> >> The idea about a public facing Gating CI for QEMU was lastly
> >> summarized in an RFC[1]. Since then, it was decided that a
> >> simpler ve
On Monday, March 16, 2020, Philippe Mathieu-Daudé wrote:
> This is the first part of a series reducing user-mode
> dependencies. By stripping out unused code, the build
> and testing time is reduced (as is space used by objects).
>
> Part 1:
> - reduce user-mode object list
> - remove some migrat
On Monday, March 16, 2020, Aleksandar Markovic
wrote:
>
>
> On Monday, March 16, 2020, Philippe Mathieu-Daudé
> wrote:
>
>> Move out x86-specific structures from generic machine code.
>>
>>
> Philippe,
>
> I a kind of have hard time understanding what i
On Monday, March 16, 2020, Philippe Mathieu-Daudé wrote:
> Move out x86-specific structures from generic machine code.
>
>
Philippe,
I a kind of have hard time understanding what is achieved with this patch.
Is this pure code moving/reorganization? What is the logical connection
between this pat
On Sat, Mar 14, 2020 at 11:45 AM Laurent Vivier wrote:
>
> Le 14/03/2020 à 04:06, Aleksandar Markovic a écrit :
> > On Fri, Mar 13, 2020 at 1:28 AM Lirong Yuan wrote:
> >>
> >> This change updates TASK_UNMAPPED_BASE (the base address for guest
> >> progr
On Sat, Mar 14, 2020 at 1:28 PM Jiaxun Yang wrote:
>
>
>
> 在 星期六, 2020-03-14 17:09:08 Philippe Mathieu-Daudé
> 撰写
> > Hi Aleksandar,
> >
>
> > >>
> > >> This is annoying, because the CoreLV/CoreFPGA core cards only have 4
> > >> DIMM slots for PC-100 SDRAM, and the Memory Control
On Thu, Mar 5, 2020 at 11:18 AM Philippe Mathieu-Daudé
wrote:
>
> Please post new patches as v2, and do not post them as reply to v1.
>
> On 3/3/20 1:41 AM, Jiaxun Yang wrote:
> > When malta is coupled with MIPS64 cpu which have 64bit
> > address space, it is possible to have more than 2G RAM.
> >
On Fri, Mar 13, 2020 at 1:28 AM Lirong Yuan wrote:
>
> This change updates TASK_UNMAPPED_BASE (the base address for guest programs)
> for aarch64. It is needed to allow qemu to work with Thread Sanitizer (TSan),
> which has specific boundary definitions for memory mappings on different
> platfo
> From: Mark Cave-Ayland
> This patchset effectively updates the VIA IDE PCI device to follow the
> behaviour in the datasheet in two ways: fixing some PCI configuration
> space register defaults and behaviours, and always using legacy IRQ 14/15
> routing, and once applied allows all our known te
From: Aleksandar Markovic
For some longish time I've been using multiple email addresses
for mailing list communication, and would like to consolidate it
into a single email address that is the most convenient to me.
My other emails, from rt-rk.com and wavecomp.com domains remain
active
From: Aleksandar Markovic
A recently added acceptance test is important not only for
Malta machine, but for overall MIPS target, since it tests
smp feature.
CC: Philippe Mathieu-Daudé
Signed-off-by: Aleksandar Markovic
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a
From: Aleksandar Markovic
Aurelien has been and will forever remain an idol in QEMU for
MIPS world. However, since he decided to move on to other projects,
acknowledge the reality, and formally releive him from maintainer's
duties for QEMU for MIPS items. Aurelien is though welcome to come
From: Aleksandar Markovic
Some MIPS maintainership houskeeping changes, and some items
for better reflecting the reality.
Aleksandar Markovic (3):
MAINTAINERS: Adjust maintainer's status for some MIPS items
MAINTAINERS: Adjust maintainer's email
MAINTAINERS: Add a file to the
1:53 AM Sre, 04.03.2020. Alistair Francis је
написао/ла:
>
> Add support for the clock_gettime64/clock_settime64 syscalls. Currently
> we only support these syscalls when running on 64-bit hosts.
>
For clarity, "Currently we only support" should be replaced with "This
patch supports only".
> Sig
ed-off-by: Philippe Mathieu-Daudé
> ---
Reviewed-by: Aleksandar Markovic
Alex, please accept this most complete version. Many thanks, Aleksandar
> tests/acceptance/machine_mips_malta.py | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/tests/acceptanc
Forwarding this to Igor. Can you please give us your opinion, Igor, on this
proposal?
From: Jiaxun Yang
Sent: Friday, February 28, 2020 4:26 AM
To: qemu-devel@nongnu.org
Cc: phi...@redhat.com; Aleksandar Markovic; Jiaxun Yang; Yunqiang Su
Subject
From: Aleksandar Markovic
Sent: Monday, March 2, 2020 9:58 PM
To: Peter Maydell; Aleksandar Markovic
Cc: QEMU Developers; Philippe Mathieu-Daudé
Subject: Re: [EXTERNAL]Re: [PULL 5/5] tests/acceptance: Count multiple Tux
logos displayed on framebuffer
esult['delta'])
> >
> > The resulting table would look like:
> >
> > -- - - -
> > backup-1 backup-2 mirror
> > ssd -> ssd 0.43 +-0.00 4.48 +-0.064.38 +-0.02
> > ssd -&
> From: Peter Maydell
> Sent: Monday, March 2, 2020 9:26 PM
> To: Aleksandar Markovic
> Cc: QEMU Developers; Aleksandar Markovic; Philippe Mathieu-Daudé
> Subject: [EXTERNAL]Re: [PULL 5/5] tests/acceptance: Count multiple Tux logos
> displayed on framebuffer
>
> On T
On Fri, Feb 28, 2020 at 8:19 AM Vladimir Sementsov-Ogievskiy
wrote:
>
> Signed-off-by: Vladimir Sementsov-Ogievskiy
> ---
Reviewed-by: Aleksandar Markovic
> MAINTAINERS | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> inde
gt; And final call of simplebench API.
>
> Signed-off-by: Vladimir Sementsov-Ogievskiy
> ---
In future, it would be perhaps useful to add option to output results
in the format of csv (comma separated values) (or similar) - it would
simplify import to other data presentation tools. In any case:
Re
On Fri, Feb 28, 2020 at 8:19 AM Vladimir Sementsov-Ogievskiy
wrote:
>
> Add block-job benchmarking helper functions.
>
> Signed-off-by: Vladimir Sementsov-Ogievskiy
> ---
Reviewed-by: Aleksandar Markovic
> scripts/simplebench/bench_block_job.py | 119 +
'\n({} failed)'.format(result['n-failed'])
> +return s
> +else:
> +return 'FAILED'
I think it would be visually clearer if "+-" was printed without any
space between it and the following number, using something
like t
just cc-ing Herve and Philippe, related to Magnum machine support (this is
one of so-called Jazz mips machines)
On Friday, February 28, 2020, Juan Quintela wrote:
> Aleksandar Markovic wrote:
> > On Thursday, February 27, 2020, Juan Quintela
> wrote:
> >
> >
On Thursday, February 27, 2020, Juan Quintela wrote:
> Marc-André Lureau wrote:
> > Hi Juan
> >
> > On Wed, Jan 8, 2020 at 2:08 PM Juan Quintela
> wrote:
> >>
> >> Marc-André Lureau wrote:
> >> n> Check the host pointer is correctly aligned, otherwise we may fail
> >> > during migration in ram
From: Philippe Mathieu-Daudé
This commit was produced with the Coccinelle script
scripts/coccinelle/memory-region-housekeeping.cocci.
Reviewed-by: Aleksandar Markovic
Signed-off-by: Aleksandar Markovic
Message-Id: <20200224205533.23798-8-phi...@redhat.com>
---
hw/mips/mips_fulong2e
From: Philippe Mathieu-Daudé
Since commit d8ed887bdc, the cpu_mips_irq_request handler takes
a pointer to MIPSCPU in its opaque argument. Directly pass the
cpu pointer.
Reviewed-by: Aleksandar Markovic
Signed-off-by: Philippe Mathieu-Daudé
Signed-off-by: Aleksandar Markovic
Message-Id
eviewed-by: Aleksandar Markovic
Signed-off-by: Aleksandar Markovic
Signed-off-by: Philippe Mathieu-Daudé
Message-Id: <20200201204751.17810-1-f4...@amsat.org>
---
MAINTAINERS| 1 +
tests/acceptance/machine_mips_malta.py | 118 +
From: Aleksandar Markovic
Reactivate MIPS KVM maintainership with a modest goal of keeping
the support alive, checking common KVM code changes against MIPS
functionality, etc. (hence the status "Odd Fixes"), with hope that
this component will be fully maintained at some further, but n
From: James Hogan
I haven't been active for 18 months, and don't have the hardware set up
to test KVM for MIPS, so mark it as orphaned and remove myself as
maintainer. Hopefully somebody from MIPS can pick this up.
Cc: Aleksandar Rikalo
Cc: Aurelien Jarno
Signed-off-by: Aleksanda
From: Aleksandar Markovic
The following changes since commit db736e0437aa6fd7c1b7e4599c17f9619ab6b837:
Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging
(2020-02-25 13:31:16 +)
are available in the git repository at:
https://github.com/AMarkovic
On Thursday, February 27, 2020, Programmingkid
wrote:
>
> > On Feb 26, 2020, at 12:27 PM, Aleksandar Markovic <
> aleksandar.m.m...@gmail.com> wrote:
> >
> > On Wed, Feb 26, 2020 at 6:04 PM G 3 wrote:
> >>
> >> Accuracy is an important part of t
On Tuesday, February 25, 2020, Paolo Bonzini wrote:
> The following changes since commit c1e667d2598b9b3ce62b8e89ed22dd
> 38dfe9f57f:
>
> Merge remote-tracking branch 'remotes/stefanha/tags/block-pull-request'
> into staging (2020-02-24 11:38:54 +)
>
> are available in the git repository at
always a choice.
>
> Best Regards,
> Dino Papararo
>
> -Messaggio originale-
> Da: Aleksandar Markovic
> Inviato: mercoledì 26 febbraio 2020 18:27
> A: G 3
> Cc: Alex Bennée ; Dino Papararo ;
> QEMU Developers ; qemu-...@nongnu.org; Howard
> Spoelstra ; lui
lues are the flags".
In other words, and playing further with them:
The claim that "referring to this patch as inaccurate is itself
inaccurate" is itself inaccurate.
Best regards,
Aleksandar
> On Wed, Feb 26, 2020 at 10:51 AM Aleksandar Markovic
> wrote:
>>
>>
&g
On Wed, Feb 26, 2020 at 3:29 PM Alex Bennée wrote:
>
>
> Dino Papararo writes:
>
> > Please let's go with hardfloat pps support, it's really a good feature
to implement.
> > Even if in a first step it could lead to inaccuracy results, later it
> > could solved with other patches.
>
> That's the w
On Friday, February 21, 2020, Philippe Mathieu-Daudé
wrote:
> Since commit d8ed887bdc, the cpu_mips_irq_request handler takes
> a pointer to MIPSCPU in its opaque argument. Directly pass the
> cpu pointer.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
Reviewed-by: A
; command names as literal text, but make no significant
> changes to the content.
>
> Signed-off-by: Peter Maydell
> ---
FWIW:
Reviewed-by: Aleksandar Markovic
> Makefile| 2 +-
> docs/system/index.rst | 1 +
>
FWIW:
Reviewed-by: Aleksandar Markovic
> Makefile| 2 +-
> docs/system/index.rst | 1 +
> docs/{security.texi => system/security.rst} | 82 +++--
> qemu-doc.texi | 3 -
> 4
On Monday, February 24, 2020, Philippe Mathieu-Daudé
wrote:
> This commit was produced with the Coccinelle script
> scripts/coccinelle/memory-region-housekeeping.cocci.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
Reviewed-by: Aleksandar Markovic
Will be applied to the
specific to linux-user anyway, as they will
> be in different manuals.)
>
> Signed-off-by: Peter Maydell
> ---
I agree with the intent and the outcome of this patch, including the last
paragraph in braces.
FWIW:
Reviewed-by: Aleksandar Markovic
qemu-tech.texi | 153
On Tuesday, February 25, 2020, Peter Maydell
wrote:
> > Convert the documentation of deprecated features to rST.
>
>
s/depcreated/deprecated
at two places below (unless there is (and suitable in the context) an
english word "depcreated", that is not known to me).
Aleksandar
> We put the whol
_malta.py | 116 +
> 2 files changed, 117 insertions(+)
> create mode 100644 tests/acceptance/machine_mips_malta.py
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 4ceb1ad882..65a3dfb564 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -98
On Mon, Feb 24, 2020 at 4:31 PM Eric Blake wrote:
>
> On 2/24/20 9:15 AM, Philippe Mathieu-Daudé wrote:
> > On 2/24/20 4:11 PM, Eric Blake wrote:
> >> On 2/23/20 12:51 AM, Yoshinori Sato wrote:
> >>> Tested-by: Philippe Mathieu-Daudé
> >>> Reviewed-by: Philippe Mathieu-Daudé
> >>> Signed-off-by:
> Philippe Mathieu-Daudé wrote:
> > >> diff --git a/MAINTAINERS b/MAINTAINERS
> > >> index b0728c8..9cc55d5 100644
> > >> --- a/MAINTAINERS
> > >> +++ b/MAINTAINERS
> > >> @@ -365,8 +365,8 @@ S: Maintained
> > >> F: target/arm/kvm.c
> > >>
> > >> MIPS KVM CPUs
> > >> -R: Aleksandar Rikalo
>
> Philippe Mathieu-Daudé wrote:
> > Aleksandar Markovic wrote:
> >> From: Aleksandar Markovic
> >>
> >> Reactivate MIPS KVM maintainership with a modest goal of keeping
> >> the support alive, checking common KVM code changes against MIPS
> >
From: Aleksandar Markovic
Reactivate MIPS KVM maintainership with a modest goal of keeping
the support alive, checking common KVM code changes against MIPS
functionality, etc. (hence the status "Odd Fixes"), with hope that
this component will be fully maintained at some further, but n
From: Aleksandar Markovic
This patch is just a follow up to James' wish to be releived
of QEMU KVM/MIPS mainatainer duties. Many thanks to James for
his substantial contributions to QEMU for MIPS made over many
years, and not only in KVM area.
CC: James Hogan
CC: Christian Borntraege
Hello, all
I have two questions:
1) Is ./configure --cc=clang the correct way to enable clang
compilation of QEMU? Any other gotchas?
2) Did somebody compare QEMU compiled by gcc vs. QEMU compiled with
clang (in any sense: executable size, performance, etc.)?
Thanks in advance,
Aleksandar
On Fri, Feb 21, 2020 at 5:11 PM Peter Maydell wrote:
>
> On Fri, 21 Feb 2020 at 16:05, BALATON Zoltan wrote:
> >
> > On Thu, 20 Feb 2020, Richard Henderson wrote:
> > > On 2/18/20 9:10 AM, BALATON Zoltan wrote:
> > >> +DEFINE_PROP_BOOL("hardfloat", PowerPCCPU, hardfloat, true),
> > >
> > > I
s.c file and when a specific MCU is created it will
>> set / reset CPU features relevant to it.
>>
>> I hope this helps.
>>
>> Best Regards,
>> Michael Rolnik
>>
>>
>>
>>
>>
>>
>>
>> On Sat, Feb 8, 2020 at 9:3
On Wednesday, February 19, 2020, Laurent Vivier wrote:
> Le 19/02/2020 à 19:58, Aleksandar Markovic a écrit :
> >
> >
> > On Tuesday, February 18, 2020, Aleksandar Markovic
> > mailto:aleksandar.m.m...@gmail.com>>
> wrote:
> >
> >
> >
On Tuesday, February 18, 2020, Aleksandar Markovic <
aleksandar.m.m...@gmail.com> wrote:
>
>
> On Monday, February 17, 2020, Laurent Vivier wrote:
>
>> Move content of mips_syscall_args to mips-syscall-args-o32.c.inc to
>> ease automatic update. No functionnal chang
2:54 AM Sre, 19.02.2020. Aleksandar Markovic
је написао/ла:
>
> 2:06 AM Sre, 19.02.2020. Finn Thain је
написао/ла:
> >
> > On Tue, 18 Feb 2020, Aleksandar Markovic wrote:
> >
> > > On Wednesday, January 29, 2020, Finn Thain
> > > wrote:
> > >
2:06 AM Sre, 19.02.2020. Finn Thain је
написао/ла:
>
> On Tue, 18 Feb 2020, Aleksandar Markovic wrote:
>
> > On Wednesday, January 29, 2020, Finn Thain
> > wrote:
> >
> > > Hi All,
> > >
> > > There are bugs in the emulated dp8393x devic
On Tuesday, February 18, 2020, Philippe Mathieu-Daudé
wrote:
> Hi Aleksandar,
>
> On Tue, Feb 18, 2020 at 7:07 PM Aleksandar Markovic
> wrote:
> > On Saturday, February 1, 2020, Philippe Mathieu-Daudé
> wrote:
> >>
> >> Add a test that verifies t
On Tuesday, February 4, 2020, Jason Wang wrote:
>
> On 2020/1/29 下午5:27, Finn Thain wrote:
>
>> Hi All,
>>
>> There are bugs in the emulated dp8393x device that can stop packet
>> reception in a Linux/m68k guest (q800 machine).
>>
>> With a Linux/m68k v5.5 guest (q800), it's possible to remotely
On Wednesday, January 29, 2020, Finn Thain
wrote:
> Hi All,
>
> There are bugs in the emulated dp8393x device that can stop packet
> reception in a Linux/m68k guest (q800 machine).
>
> With a Linux/m68k v5.5 guest (q800), it's possible to remotely trigger
> an Oops by sending ping floods.
>
> Wit
> PASS (3.37 s)
>(2/3) tests/acceptance/machine_mips_malta.py:
> MaltaMachineFramebuffer.test_mips_malta_i6400_framebuffer_logo_7cores:
> PASS (5.80 s)
>(3/3) tests/acceptance/machine_mips_malta.py:
> MaltaMachineFramebuffer.test_mips_malta_i6400_framebuffer_logo_8cores:
> PASS (6.67 s)
On Monday, February 17, 2020, Laurent Vivier wrote:
> scripts/update-syscalltbl.sh has the list of syscall.tbl to update and
> can copy them from the linux source directory
>
> Signed-off-by: Laurent Vivier
> ---
Reviewed-by: Aleksandar Markovic
> MAINTAINERS
On Monday, February 17, 2020, Laurent Vivier wrote:
> Add a script to update the file from strace github and run it
>
> Signed-off-by: Laurent Vivier
> ---
Reviewed-by: Aleksandar Markovic
> linux-user/mips/syscall-args-o32.c.inc | 874 -
> s
off-by: James Hogan
> Cc: Aleksandar Rikalo
> Cc: Aurelien Jarno
> Cc: Aleksandar Markovic
> Cc: qemu-devel@nongnu.org
> ---
Reviewed-by: Aleksandar Markovic
> MAINTAINERS | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/MAINTAINERS b/M
On Monday, February 17, 2020, Laurent Vivier wrote:
> Move content of mips_syscall_args to mips-syscall-args-o32.c.inc to
> ease automatic update. No functionnal change
>
> Signed-off-by: Laurent Vivier
> ---
Reviewed-by: Aleksandar Markovic
> linux-user/mips/cpu_loop.c
On Monday, February 17, 2020, Laurent Vivier wrote:
> Run scripts/update-syscalltbl.sh with linux commit 0bf999f9c5e7
>
> Signed-off-by: Laurent Vivier
> ---
Reviewed-by: Aleksandar Markovic
> linux-user/arm/syscall.tbl| 2 ++
> linux-user/hppa/syscall.tbl
e file to
> the Makefile.objs to be passed to syscallhdr.sh
>
> Signed-off-by: Laurent Vivier
> ---
Reviewed-by: Aleksandar Markovic
> configure | 2 +
> linux-user/Makefile.objs | 1 +
> linux-user/mips64/Makefile.objs | 9 +
>
; to syscallhdr.sh
> Rename on the fly fadvise64 to fadvise64_64.
>
> Signed-off-by: Laurent Vivier
> ---
Reviewed-by: Aleksandar Markovic
> configure | 1 +
> linux-user/Makefile.objs| 1 +
> linux-user/mips/Makefile.objs | 5 +
&
On Monday, February 17, 2020, Laurent Vivier wrote:
> Split into syscall32_nr.h (n32) and syscall64_nr.h (n64)
>
> o32 interface is in mips/syscall_nr.h
>
> Signed-off-by: Laurent Vivier
> ---
Reviewed-by: Aleksandar Markovic
> linux-user/mips64
On Tuesday, February 18, 2020, Cornelia Huck wrote:
> On Tue, 18 Feb 2020 16:19:21 +0100
> Laurent Vivier wrote:
>
> > Le 18/02/2020 à 15:27, Cornelia Huck a écrit :
> > > On Mon, 17 Feb 2020 23:35:36 +0100
> > > Laurent Vivier wrote:
> > >
> > >> This series copies the files syscall.tbl from l
On Monday, February 17, 2020, Laurent Vivier wrote:
> Run scripts/update-syscalltbl.sh with linux commit 0bf999f9c5e7
>
> Signed-off-by: Laurent Vivier
> ---
Wow, new syscalls keep coming in
> linux-user/arm/syscall.tbl| 2 ++
> linux-user/hppa/syscall.tbl | 2 ++
> linux-
On Tuesday, February 18, 2020, Laurent Vivier wrote:
> Le 18/02/2020 à 07:13, Philippe Mathieu-Daudé a écrit :
> > On 2/17/20 11:35 PM, Laurent Vivier wrote:
> >> This series copies the files syscall.tbl from linux v5.5 and generates
> >> the file syscall_nr.h from them.
> >>
> > [...]
> >> Laure
3:37 PM Pon, 17.02.2020. Peter Maydell је
написао/ла:
>
> On Fri, 7 Feb 2020 at 11:50, Peter Maydell
wrote:
> > but some of our documentation has always been a bit of an awkward
> > fit into this classification:
> > * qemu-img
> > * qemu-nbd
> > * virtfs-proxy-helper
> > etc. I've tended to pu
11:00 AM Pon, 17.02.2020. Philippe Mathieu-Daudé је
написао/ла:
>
> From: Philippe Mathieu-Daudé
>
> User-mode does not need the sytem tools.
system
> Do not build them by
> default if user specified --disable-system.
specifies
>
> This disables building the following binary on a user-only bu
5:23 PM Sub, 15.02.2020. Philippe Mathieu-Daudé је
написао/ла:
>
> User-mode does not need the sytem tools. Do not build them by
> default if user specified --disable-system.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> configure | 11 ++-
> 1 file changed, 10 insertions(+), 1 delet
On Sunday, February 16, 2020, Paolo Bonzini wrote:
> On 16/02/20 07:57, James Hogan wrote:
> >> We are in the process of handling this within the company, and this
> >> patch should go via MIPS tree, not trivial tree - will be updated when
> >> the opinions are crystallized, and all consultations
9:56 PM Sub, 15.02.2020. Philippe Mathieu-Daudé
је написао/ла:
>
> Hi Aleksandar,
>
> On Fri, Feb 14, 2020 at 12:04 AM Aleksandar Markovic
> wrote:
> >
> > 6:59 PM Čet, 13.02.2020. Peter Maydell је
написао/ла:
> > >
> > > The ascii-art graph
6:59 PM Čet, 13.02.2020. Peter Maydell је
написао/ла:
>
> The ascii-art graph
Just out of couriousity, are unicode characters allowed in rst files?
The boxes could've been rendered in a much more beautifull way using "lines
and corners" group of unicode characters.
Aleksandar
> in the BlockLat
3:26 PM Čet, 13.02.2020. Filip Bozuta је
написао/ла:
>
> +int main(int argc, char **argv)
> +{
> +char ioctls[15][35] = {"SNDRV_TIMER_IOCTL_PVERSION",
> + "SNDRV_TIMER_IOCTL_INFO",
> + "SNDRV_TIMER_IOCTL_NEXT_DEVICE",
> +
From: Aleksandar Markovic
Update x86_64 syscall numbers based on Linux kernel v5.5.
CC: Paolo Bonzini
CC: Richard Henderson
CC: Eduardo Habkost
Signed-off-by: Aleksandar Markovic
Reviewed-by: Laurent Vivier
---
linux-user/x86_64/syscall_nr.h | 24
1 file changed
From: Aleksandar Markovic
Update xtensa syscall numbers based on Linux kernel v5.5.
CC: Max Filippov
Acked-by: Max Filippov
Signed-off-by: Aleksandar Markovic
Reviewed-by: Laurent Vivier
---
linux-user/xtensa/syscall_nr.h | 38 --
1 file changed, 36
From: Aleksandar Markovic
Currently, there is no usage of TARGET_NR_syscall_count for target
xtensa, and there is no obvious indication if there is some planned
usage in future.
CC: Max Filippov
Acked-by: Max Filippov
Signed-off-by: Aleksandar Markovic
Reviewed-by: Laurent Vivier
---
linux
From: Aleksandar Markovic
Update arm syscall numbers based on Linux kernel v5.5.
CC: Peter Maydell
Signed-off-by: Aleksandar Markovic
Reviewed-by: Laurent Vivier
---
linux-user/arm/syscall_nr.h | 44
1 file changed, 44 insertions(+)
diff --git a
From: Aleksandar Markovic
Update mips syscall numbers based on Linux kernel tag v5.5.
CC: Aurelien Jarno
CC: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
Reviewed-by: Laurent Vivier
---
linux-user/mips/syscall_nr.h | 45 +++
linux-user/mips64/syscall_nr.h | 50
From: Aleksandar Markovic
Update sh4 syscall numbers based on Linux kernel v5.5.
CC: Aurelien Jarno
Signed-off-by: Aleksandar Markovic
Reviewed-by: Laurent Vivier
---
linux-user/sh4/syscall_nr.h | 48 +
1 file changed, 48 insertions(+)
diff --git
From: Aleksandar Markovic
Update m68k syscall numbers based on Linux kernel v5.5.
CC: Laurent Vivier
Signed-off-by: Aleksandar Markovic
Reviewed-by: Laurent Vivier
---
linux-user/m68k/syscall_nr.h | 50 +++-
1 file changed, 49 insertions(+), 1
From: Aleksandar Markovic
Update alpha syscall numbers based on Linux kernel v5.5.
CC: Richard Henderson
Signed-off-by: Aleksandar Markovic
Reviewed-by: Laurent Vivier
---
linux-user/alpha/syscall_nr.h | 35 +++
1 file changed, 35 insertions(+)
diff --git a
From: Aleksandar Markovic
v2->v3:
- corrected number of arguments for two mips syscalls
v1->v2:
- corrected mips parts based on Laurent's review
This series is a spin-off of another larger linux-user series
that become too large to handle, hence these patches related to
sysc
From: Aleksandar Markovic
Update microblaze syscall numbers based on Linux kernel v5.5.
CC: Edgar E. Iglesias
Signed-off-by: Aleksandar Markovic
Reviewed-by: Laurent Vivier
---
linux-user/microblaze/syscall_nr.h | 45 ++
1 file changed, 45 insertions
> > + MIPS_SYS(sys_clock_gettime64, 2)
> > + MIPS_SYS(sys_clock_settime64, 4)
> > + MIPS_SYS(sys_clock_adjtime64, 2) /* 405 */
> > + MIPS_SYS(sys_clock_getres_time64, 4)
>
> According to
> https://github.com/strace/strace/blob/master/linux/syscallent-common-32.h:
>
> [BASE_NR + 406] = { 2, 0, SEN
601 - 700 of 5002 matches
Mail list logo