qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] [Bug 1828723] [NEW] [RFE] option to suppress gemu_log() output
@ 2019-05-12 11:44 Thomas Moschny
  2019-07-08 16:52 ` [Qemu-devel] [Bug 1828723] " Philippe Mathieu-Daudé
                   ` (4 more replies)
  0 siblings, 5 replies; 6+ messages in thread
From: Thomas Moschny @ 2019-05-12 11:44 UTC (permalink / raw)
  To: qemu-devel

Public bug reported:

With user mode emulation, messages from genu_log() are emitted
unconditionally to stderr. I didn't find a way to suppress them. It
would be nice to have options similar to the -D/-d options to be able to
filter and/or redirect the output.

My use case is chroot/container execution for different architectures
via binfmt. In this case it will appear as if the binary in question had
emitted messages like "Unsupported setsockopt ..." to stderr while in
fact the message came from qemu-*-static.

** Affects: qemu
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1828723

Title:
  [RFE] option to suppress gemu_log() output

Status in QEMU:
  New

Bug description:
  With user mode emulation, messages from genu_log() are emitted
  unconditionally to stderr. I didn't find a way to suppress them. It
  would be nice to have options similar to the -D/-d options to be able
  to filter and/or redirect the output.

  My use case is chroot/container execution for different architectures
  via binfmt. In this case it will appear as if the binary in question
  had emitted messages like "Unsupported setsockopt ..." to stderr while
  in fact the message came from qemu-*-static.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1828723/+subscriptions


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Qemu-devel] [Bug 1828723] Re: [RFE] option to suppress gemu_log() output
  2019-05-12 11:44 [Qemu-devel] [Bug 1828723] [NEW] [RFE] option to suppress gemu_log() output Thomas Moschny
@ 2019-07-08 16:52 ` Philippe Mathieu-Daudé
  2019-07-17 15:08 ` Alex Bennée
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: Philippe Mathieu-Daudé @ 2019-07-08 16:52 UTC (permalink / raw)
  To: qemu-devel

This series might be helpful:
https://lists.gnu.org/archive/html/qemu-devel/2018-10/msg02067.html

** Tags added: linux-user

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1828723

Title:
  [RFE] option to suppress gemu_log() output

Status in QEMU:
  New

Bug description:
  With user mode emulation, messages from genu_log() are emitted
  unconditionally to stderr. I didn't find a way to suppress them. It
  would be nice to have options similar to the -D/-d options to be able
  to filter and/or redirect the output.

  My use case is chroot/container execution for different architectures
  via binfmt. In this case it will appear as if the binary in question
  had emitted messages like "Unsupported setsockopt ..." to stderr while
  in fact the message came from qemu-*-static.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1828723/+subscriptions


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Qemu-devel] [Bug 1828723] Re: [RFE] option to suppress gemu_log() output
  2019-05-12 11:44 [Qemu-devel] [Bug 1828723] [NEW] [RFE] option to suppress gemu_log() output Thomas Moschny
  2019-07-08 16:52 ` [Qemu-devel] [Bug 1828723] " Philippe Mathieu-Daudé
@ 2019-07-17 15:08 ` Alex Bennée
  2019-07-17 15:10 ` Alex Bennée
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: Alex Bennée @ 2019-07-17 15:08 UTC (permalink / raw)
  To: qemu-devel

The -d/-D options should work in linux-user as well. You can also set
QEMU_LOG_FILENAME and QEMU_LOG environment variables. Do these not work
for you?

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1828723

Title:
  [RFE] option to suppress gemu_log() output

Status in QEMU:
  New

Bug description:
  With user mode emulation, messages from genu_log() are emitted
  unconditionally to stderr. I didn't find a way to suppress them. It
  would be nice to have options similar to the -D/-d options to be able
  to filter and/or redirect the output.

  My use case is chroot/container execution for different architectures
  via binfmt. In this case it will appear as if the binary in question
  had emitted messages like "Unsupported setsockopt ..." to stderr while
  in fact the message came from qemu-*-static.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1828723/+subscriptions


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Qemu-devel] [Bug 1828723] Re: [RFE] option to suppress gemu_log() output
  2019-05-12 11:44 [Qemu-devel] [Bug 1828723] [NEW] [RFE] option to suppress gemu_log() output Thomas Moschny
  2019-07-08 16:52 ` [Qemu-devel] [Bug 1828723] " Philippe Mathieu-Daudé
  2019-07-17 15:08 ` Alex Bennée
@ 2019-07-17 15:10 ` Alex Bennée
  2019-07-18 21:32 ` Thomas Moschny
  2021-05-05 11:28 ` Thomas Huth
  4 siblings, 0 replies; 6+ messages in thread
From: Alex Bennée @ 2019-07-17 15:10 UTC (permalink / raw)
  To: qemu-devel

Although arguably the line:

  gemu_log("Unsupported setsockopt level=%d optname=%d\n", level,
optname);

Could be

  qemu_log_mask(LOG_UNIMP,....)

Not sure where gemu_log is used, it seems to be strace related.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1828723

Title:
  [RFE] option to suppress gemu_log() output

Status in QEMU:
  New

Bug description:
  With user mode emulation, messages from genu_log() are emitted
  unconditionally to stderr. I didn't find a way to suppress them. It
  would be nice to have options similar to the -D/-d options to be able
  to filter and/or redirect the output.

  My use case is chroot/container execution for different architectures
  via binfmt. In this case it will appear as if the binary in question
  had emitted messages like "Unsupported setsockopt ..." to stderr while
  in fact the message came from qemu-*-static.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1828723/+subscriptions


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Qemu-devel] [Bug 1828723] Re: [RFE] option to suppress gemu_log() output
  2019-05-12 11:44 [Qemu-devel] [Bug 1828723] [NEW] [RFE] option to suppress gemu_log() output Thomas Moschny
                   ` (2 preceding siblings ...)
  2019-07-17 15:10 ` Alex Bennée
@ 2019-07-18 21:32 ` Thomas Moschny
  2021-05-05 11:28 ` Thomas Huth
  4 siblings, 0 replies; 6+ messages in thread
From: Thomas Moschny @ 2019-07-18 21:32 UTC (permalink / raw)
  To: qemu-devel

Indeed I think gemu_log() is the problem here.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1828723

Title:
  [RFE] option to suppress gemu_log() output

Status in QEMU:
  New

Bug description:
  With user mode emulation, messages from genu_log() are emitted
  unconditionally to stderr. I didn't find a way to suppress them. It
  would be nice to have options similar to the -D/-d options to be able
  to filter and/or redirect the output.

  My use case is chroot/container execution for different architectures
  via binfmt. In this case it will appear as if the binary in question
  had emitted messages like "Unsupported setsockopt ..." to stderr while
  in fact the message came from qemu-*-static.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1828723/+subscriptions


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug 1828723] Re: [RFE] option to suppress gemu_log() output
  2019-05-12 11:44 [Qemu-devel] [Bug 1828723] [NEW] [RFE] option to suppress gemu_log() output Thomas Moschny
                   ` (3 preceding siblings ...)
  2019-07-18 21:32 ` Thomas Moschny
@ 2021-05-05 11:28 ` Thomas Huth
  4 siblings, 0 replies; 6+ messages in thread
From: Thomas Huth @ 2021-05-05 11:28 UTC (permalink / raw)
  To: qemu-devel

This is an automated cleanup. This bug report has been moved to QEMU's
new bug tracker on gitlab.com and thus gets marked as 'expired' now.
Please continue with the discussion here:

 https://gitlab.com/qemu-project/qemu/-/issues/171


** Changed in: qemu
       Status: New => Expired

** Bug watch added: gitlab.com/qemu-project/qemu/-/issues #171
   https://gitlab.com/qemu-project/qemu/-/issues/171

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1828723

Title:
  [RFE] option to suppress gemu_log() output

Status in QEMU:
  Expired

Bug description:
  With user mode emulation, messages from genu_log() are emitted
  unconditionally to stderr. I didn't find a way to suppress them. It
  would be nice to have options similar to the -D/-d options to be able
  to filter and/or redirect the output.

  My use case is chroot/container execution for different architectures
  via binfmt. In this case it will appear as if the binary in question
  had emitted messages like "Unsupported setsockopt ..." to stderr while
  in fact the message came from qemu-*-static.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1828723/+subscriptions


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2021-05-05 11:44 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-05-12 11:44 [Qemu-devel] [Bug 1828723] [NEW] [RFE] option to suppress gemu_log() output Thomas Moschny
2019-07-08 16:52 ` [Qemu-devel] [Bug 1828723] " Philippe Mathieu-Daudé
2019-07-17 15:08 ` Alex Bennée
2019-07-17 15:10 ` Alex Bennée
2019-07-18 21:32 ` Thomas Moschny
2021-05-05 11:28 ` Thomas Huth

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).