* Anthony Liguori (anth...@codemonkey.ws) wrote:
> On 02/07/2012 07:18 AM, Avi Kivity wrote:
> >On 02/07/2012 02:51 PM, Anthony Liguori wrote:
> >>On 02/07/2012 06:40 AM, Avi Kivity wrote:
> >>>On 02/07/2012 02:28 PM, Anthony Liguori wrote:
>
> >It's a potential source of exploits
> >(
* Alexander Graf (ag...@suse.de) wrote:
> On 12.10.2012, at 02:28, David Gibson wrote:
> > On Fri, Oct 12, 2012 at 02:03:00AM +0200, Alexander Graf wrote:
> >> On 12.10.2012, at 00:59, David Gibson wrote:
> >>> On Thu, Oct 11, 2012 at 07:34:42AM +0530, Avik Sil wrote:
> This patch adds nvram s
* Corey Bryant (cor...@linux.vnet.ibm.com) wrote:
> Count me in for step 2. A good approach may be to run a static
> analysis tool against the code, followed by a manual scan of the
> code for common vulnerabilities that static analysis can't find.
Good idea. Folks are already running things lik
* Anthony Liguori (aligu...@us.ibm.com) wrote:
> 2) Two people walk through a particular piece of code and
> independently flag anything that looks like a potential security
> issue.
Auditing is always helpful, but won't ever get full coverage. qtest +
fuzz is another great way to identify proble
* Natalia Portillo (clau...@claunia.com) wrote:
> QEMU hosted on Haiku would be interesting.
The fun of Haiku
especially when it is
hosting QEMU
Please send in any agenda items you are interested in covering.
thanks,
-chris
concerns about backwards compat
- https://bugzilla.redhat.com/show_bug.cgi?id=689672
- f13 host can no longer run f14 guest after qemu update
- this particular bug is older f13 which includes patched qemu...
- could be useful to fingerprint the guest (lspci, etc)
- sounds simple enough, need so
-by: Michael S. Tsirkin
Acked-by: Chris Wright
thanks,
-chris
This bug is being tracked as CVE-2011-2527
** CVE added: http://www.cve.mitre.org/cgi-
bin/cvename.cgi?name=2011-2527
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/807893
Title:
qemu privilege esc
Requesting CVE. Tools like libvirt deprivilege themselves before
launching qemu as an unprivileged user (no use of -runas), so aren't
vulnerable.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/807893
* Stefan Hajnoczi (stefa...@linux.vnet.ibm.com) wrote:
> @@ -199,6 +200,11 @@ static void change_process_uid(void)
> fprintf(stderr, "Failed to setgid(%d)\n", user_pwd->pw_gid);
> exit(1);
> }
> +if (initgroups(user_pwd->pw_name, user_pwd->pw_gid) < 0) {
>
* Chris Wright (chr...@sous-sol.org) wrote:
> * Stefan Hajnoczi (stefa...@linux.vnet.ibm.com) wrote:
> > @@ -199,6 +200,11 @@ static void change_process_uid(void)
> > fprintf(stderr, "Failed to setgid(%d)\n", user_pwd->pw_gid);
> > exit(
* Alexander Graf (ag...@suse.de) wrote:
> On 29.10.2011, at 20:45, Bharata B Rao wrote:
> > As guests become NUMA aware, it becomes important for the guests to
> > have correct NUMA policies when they run on NUMA aware hosts.
> > Currently limited support for NUMA binding is available via libvirt
>
* Aaron Fabbri (aafab...@cisco.com) wrote:
> On 8/26/11 7:07 AM, "Alexander Graf" wrote:
> > Forget the KVM case for a moment and think of a user space device driver. I
> > as
> > a user am not root. But I as a user when having access to /dev/vfioX want to
> > be able to access the device and man
* Aaron Fabbri (aafab...@cisco.com) wrote:
> On 8/26/11 12:35 PM, "Chris Wright" wrote:
> > * Aaron Fabbri (aafab...@cisco.com) wrote:
> >> Each process will open vfio devices on the fly, and they need to be able to
> >> share IOMMU resources.
> >
>
* Avi Kivity (a...@redhat.com) wrote:
> I would like to carry out an online code review of the memory API so that
> more people are familiar with the internals, and perhaps even to catch some
> bugs or deficiency. I'd like to use the next kvm conference call slot for
> this (Tuesday 1400 UTC) sinc
Following on the heels of a successful KVM Forum and oVirt Workshop,
FOSDEM will be hosting a Virtualization DevRoom in February. If you've
been to FOSDEM before, you know this is about developers and code, not
products.
Presentation proposals are due by December 16th 2012.
The full details are
* Randy Dunlap (rdun...@xenotime.net) wrote:
> I can't find include/linux/vfio.h in linux-next or mainline git, but
> ioctls need to be documented in Documentation/ioctl/ioctl-number.txt
It is in the full patchset: https://github.com/pugs/vfio-linux-2.6
* Alex Williamson (alex.william...@redhat.com) wrote:
> When using VFIO to assign a device to a guest, we want to make sure
> the device is quiesced on VM reset to stop all DMA within the guest
> mapped memory. Add an ioctl which just calls pci_reset_function()
> and returns whether it succeeds.
* Alex Williamson (alex.william...@redhat.com) wrote:
> On Tue, 2011-04-19 at 15:07 -0700, Chris Wright wrote:
> > * Alex Williamson (alex.william...@redhat.com) wrote:
> > > When using VFIO to assign a device to a guest, we want to make sure
> > > the device is quies
* Alex Williamson (alex.william...@redhat.com) wrote:
> On Tue, 2011-04-19 at 15:26 -0700, Chris Wright wrote:
> > * Alex Williamson (alex.william...@redhat.com) wrote:
> > > On Tue, 2011-04-19 at 15:07 -0700, Chris Wright wrote:
> > > > * Alex Williamson (ale
Tools for resource accounting the virtual machines.
- Luis Castro was not on the call
Status of glib tree - next steps?
- full conversion done in tree
- still targeting 0.15
status of QCFG
- code generator rewritten to be more generic and useful
- merge core infrastructure first
- to not block
* Peter Zijlstra (a.p.zijls...@chello.nl) wrote:
> On Mon, 2011-11-21 at 21:30 +0530, Bharata B Rao wrote:
> >
> > In the original post of this mail thread, I proposed a way to export
> > guest RAM ranges (Guest Physical Address-GPA) and their corresponding host
> > host virtual mappings (Host Vir
* Anthony Liguori (aligu...@us.ibm.com) wrote:
> Hi,
>
> I'd like to propose that we discuss guest agent convergence in our next KVM
> call. I've CC'd folks from oVirt and libvirt to join the discussion.
>
> I think we should probably attempt to have some structure to the discussion.
> I would s
* Peter Zijlstra (a.p.zijls...@chello.nl) wrote:
> On Wed, 2011-11-30 at 21:52 +0530, Dipankar Sarma wrote:
> >
> > Also, if at all topology changes due to migration or host kernel decisions,
> > we can make use of something like VPHN (virtual processor home node)
> > capability on Power systems t
* Chris Wright (chr...@redhat.com) wrote:
> * Anthony Liguori (aligu...@us.ibm.com) wrote:
> > 1. A short introduction to each of the guest agents, what guests they
> > support, and what verbs they support.
>
> I think we did this once before w/ Matahari. Can we please capt
* Anthony Liguori (aligu...@us.ibm.com) wrote:
> Peter Maydell writes:
> > Last year at KVM Forum, in addition to the scheduled talks we also
> > had an informal hacking session on one of the following days, since
> > we were colocated with LinuxCon NA and most people were still around
> > afterwa
For some reason I'm not seeing this on the qemu list, so here's a fwd
- Forwarded message from KVM Forum 2012 Program Committee
-
Date: Fri, 27 Jul 2012 16:31:45 -0700
From: KVM Forum 2012 Program Committee
To: k...@vger.kernel.org, libvir-l...@redhat.com, qemu-devel@nongnu.org,
* Juan Quintela (quint...@redhat.com) wrote:
> Please send in any agenda items you are interested in covering.
Guest agents
Guest Agents
- need to get to guest userspace for many actions
- virtio for userspace
- host backend needs to terminate in QEMU
- portable across guest OS's
- virt-agent
- bi-directional RPC (XML-RPC just since it's easy)
- cmd: shutdown, reboot, dmesg, execute command, read/write file
- qu
* Hidetoshi Seto (seto.hideto...@jp.fujitsu.com) wrote:
> (2010/10/14 4:11), Blue Swirl wrote:
> > On Wed, Oct 13, 2010 at 8:00 AM, Hidetoshi Seto
> > wrote:
> >> (Add CC to k...@vger)
> >>
> >> (2010/10/12 10:52), Hao, Xudong wrote:
> >>> Hi,
> >>> Currently qemu-kvm build fail on RHEL5 with gcc
linux plumbers
- qemu talks, including xen folks efforts to get patches upstream
- considering virtio
- considering seabios
- even some xenner interest
- seabios presentation
- uefi
- still needs CSM support (lot of work) to be the only BIOS
- otherwise need legacy BIOS and UEFI and users
* Hidetoshi Seto (seto.hideto...@jp.fujitsu.com) wrote:
> +/*
> + * Fallback: use utimes() instead of utimensat().
> + * See commit 74bc02b2d2272dc88fb98d43e631eb154717f517 for known problem.
> + */
> +struct timeval tv[2];
> +int i;
> +
> +for (i = 0; i < 2; i++) {
> +
tils.c
> V2:
> - Introduce qemu_utimensat()
>
> Signed-off-by: Hidetoshi Seto
Looks good to me (no strong opinion on the cutils vs oslib-posix that
Jes mentioned).
Acked-by: Chris Wright
Please send in any agenda items you are interested in covering.
thanks,
-chris
* Juan Quintela (quint...@redhat.com) wrote:
> Please send in any agenda items you are interested in covering.
usb-ccid
* Anthony Liguori (aligu...@us.ibm.com) wrote:
> qemu-kvm vcpu threads don't response to SIGSTOP/SIGCONT. Instead of teaching
> them to respond to these signals, introduce monitor commands that stop and
> start
> individual vcpus.
In the past SIGSTOP has introduced time skew. Have you verified
* Anthony Liguori (aligu...@linux.vnet.ibm.com) wrote:
> On 11/22/2010 05:04 PM, Chris Wright wrote:
> >* Anthony Liguori (aligu...@us.ibm.com) wrote:
> >>qemu-kvm vcpu threads don't response to SIGSTOP/SIGCONT. Instead of
> >>teaching
> >>them to re
qcow2 performance roadmap
- What can be done to achieve near-raw image format performance?
- some discussion points from Kevin on list
http://lists.nongnu.org/archive/html/qemu-devel/2010-11/msg02126.html
- please follow up on the list
- some perf numbers (latest upstream qcow2 compared wit
2011 KVM Conference
- together with LF event like LinuxCon Vancouver BC (Aug), KS Prague (Nov)
- wider audience
- include qemu (tcg)
- include libvirt
- include xen
0.14.0 release plan
- could push things out, mainly want to keep on track for
infrastructure changes (irc channel migration, g
* Peter Zijlstra (a.p.zijls...@chello.nl) wrote:
> On Wed, 2010-12-01 at 21:42 +0530, Srivatsa Vaddagiri wrote:
>
> > Not if yield() remembers what timeslice was given up and adds that back when
> > thread is finally ready to run. Figure below illustrates this idea:
> >
> >
> > A0/4C0/
* Peter Zijlstra (a.p.zijls...@chello.nl) wrote:
> On Wed, 2010-12-01 at 09:17 -0800, Chris Wright wrote:
> > Directed yield and fairness don't mix well either. You can end up
> > feeding the other tasks more time than you'll ever get back.
>
> If the directed yie
Please send in any agenda items you are interested in covering.
thanks,
-chris
* Jes Sorensen (jes.soren...@redhat.com) wrote:
> On 12/07/10 00:51, Chris Wright wrote:
> > Please send in any agenda items you are interested in covering.
> >
> > thanks,
> > -chris
> >
>
> No agenda, no replies
>
> Call canceled I presume?
Indeed, next week, then pick up next year...
Please send in any agenda items you are interested in covering.
thanks,
-chris
* Chris Wright (chr...@redhat.com) wrote:
> Please send in any agenda items you are interested in covering.
No agenda, today's call is cancelled.
* Jes Sorensen (jes.soren...@redhat.com) wrote:
> Any chance you could fix your cronjob to send out the CFA a day earlier?
> 15 hrs before is a bit short notice.
Sure.
Please send in any agenda items you are interested in covering.
thanks,
-chris
* Chris Wright (chr...@redhat.com) wrote:
> Please send in any agenda items you are interested in covering.
No agenda, today's call is cancelled.
Also, given people's holiday and vacation schedules, next week's call is
cancelled. Talk again after the New Year.
thanks,
-chris
KVM Forum 2011
- expand the scope? yes, continue up the stack
- how long? 2 days (maybe 2 1/2 - 3 space permitting)
- where? Vancouver with LinuxCon
Spice guest agent:
- virt agent, matahari, spice agent...what is in spice agent?
- spice char device
- mouse, copy 'n paste, screen resolution ch
Please send in any agenda items you are interested in covering.
thanks,
-chris
* Chris Wright (chr...@redhat.com) wrote:
> Please send in any agenda items you are interested in covering.
No agenda, this week's call is cancelled.
thanks,
-chris
Please send in any agenda items you are interested in covering.
thanks,
-chris
QMP/QPI
- declare what's in 0.13 supported
- means reasonable effort to avoid breaking something (deprecation is
possible)
- things that are left, shallow patch or human monitor conversion
- how to move forward?
- need to improve interfaces (no argument there)
- internal vs. external inte
* Alex Williamson (alex.william...@redhat.com) wrote:
> diff --git a/hw/virtio-net.c b/hw/virtio-net.c
> index 075f72d..9ef29f0 100644
> --- a/hw/virtio-net.c
> +++ b/hw/virtio-net.c
> @@ -36,6 +36,7 @@ typedef struct VirtIONet
> VirtQueue *ctrl_vq;
> NICState *nic;
> QEMUTimer *tx_t
* Alex Williamson (alex.william...@redhat.com) wrote:
> On Tue, 2010-08-31 at 11:00 -0700, Chris Wright wrote:
> > * Alex Williamson (alex.william...@redhat.com) wrote:
> > > diff --git a/hw/virtio-net.c b/hw/virtio-net.c
> > > index 075f72d..9ef29f0 100644
> > &g
0.13 schedule
- RSN
- rc1 uploaded, tagged in git (and tag should actually be there now)
- announcement once it propagates
- 0.13.0 should be 1 week after rc1 announcement
- please check rc1 for any missing critical patches
qed
- concession that qcow2 is complicated and hard to get right
- it's mu
es)
Yes, that's my mistake. Thanks for debugging the issue Cam.
This fixes the prototype for both pci_resource_alignment() and
pci_sriov_resource_alignment().
Patch started as debugging effort from Cam Macdonell.
Cc: Cam Macdonell
Cc: Avi Kivity
Cc: Jesse Barnes
[chrisw: add iov b
Please send in any agenda items you are interested in covering.
thanks,
-chris
0.13
- if all goes well...tomorrow
stable tree
- please look at -stable to see what is missing (bugfixes)
- esp. regressions from 0.12
- looking for dedicated stable maintainer/release manager
- pick this discussion up next week
qed/qcow2
- increase concurrency, performance
- threading vs sta
* Cam Macdonell (c...@cs.ualberta.ca) wrote:
> After fixing the resource_size_t return value with
> pci_resource_alignment, I see one other strange behaviour only when
> using 4GB of RAM and a 2GB BAR. I haven't found any other combination
> of RAM/BAR size that triggers this bug. I am using 2.6.
* Cam Macdonell (c...@cs.ualberta.ca) wrote:
> On Fri, Sep 17, 2010 at 2:52 PM, Cam Macdonell wrote:
> > On Fri, Sep 17, 2010 at 2:04 PM, Chris Wright wrote:
> >> * Cam Macdonell (c...@cs.ualberta.ca) wrote:
> >>> After fixing the resource_size_t return value with
&
Please send in any agenda items you are interested in covering.
thanks,
-chris
Nested VMX
- looking for forward progress and better collaboration between the
Intel and IBM teams
- needs more review (not a new issue)
- use cases
- work todo
- merge baseline patch
- looks pretty good
- review is finding mostly small things at this point
- need some correctness v
Please send in any agenda items you are interested in covering.
thanks,
-chris
Please send in any agenda items you are interested in covering.
thanks,
-chris
* Chris Wright (chr...@redhat.com) wrote:
> Please send in any agenda items you are interested in covering.
No agenda, call cancelled.
thanks,
-chris
* Andreas Färber (andreas.faer...@web.de) wrote:
> Am 04.10.2010 um 20:54 schrieb Marcelo Tosatti:
>
> I assume something went wrong with your cover letter here. It
> would've been nice to see MCE spelled out or summarized for those of
> us that don't speak x86.
It would help. The acronym is Mac
* Juan Quintela (quint...@redhat.com) wrote:
>
> Please send in any agenda items you are interested in covering.
- 0.13.X -stable handoff
- 0.14 planning
- threadlet work
- virtfs proposals
0.13.X -stable
- Anthony will send note to qemu-devel on this
- move 0.13.X -stable to a separate tree
- driven independently of main qemu tree
- challenge is always in the porting and testing of backported fixes
- looking for volunteers
0.14
- would like to do this before end of the year
- 0.13 f
* Chris Wright (chr...@redhat.com) wrote:
> We were also able to video the speakers, and will send a note when the
> videos are available.
> (and thanks again to Andrew Cathrow for making this happen)
I don't think a note went out yet. The videos are available as well.
thanks,
-chris
* Anthony Liguori (anth...@codemonkey.ws) wrote:
> So there's no doubt in my mind that if you need a way to inventory
> physical and virtual systems, something like Matahari becomes a very
> appealing option to do that.
>
> But that's not the problem space I'm trying to tackle.
>
> An example of
* Anthony Liguori (anth...@codemonkey.ws) wrote:
> The first step is just identifying what interfaces we need in a
> guest agent. So far, I think we can get away with a very small
> number of interfaces (mainly read/write files, execute command).
Could you elaborate here? I can't imagine you mea
* Anthony Liguori (anth...@codemonkey.ws) wrote:
> On 10/22/2010 12:29 PM, Chris Wright wrote:
> >* Anthony Liguori (anth...@codemonkey.ws) wrote:
> >>The first step is just identifying what interfaces we need in a
> >>guest agent. So far, I think we can get away with
* Anthony Liguori (anth...@codemonkey.ws) wrote:
> On 10/22/2010 01:20 PM, Chris Wright wrote:
> >I'm not sure about that. That same new shiny Fedora 21 QEMU has no idea
> >what the right OS specific command to run in guest is. Granted, it's
> >not likely that &q
Please send in any agenda items you are interested in covering.
If we have a lack of agenda items I'll cancel the week's call.
thanks,
-chris
Generic Asynchronous task offloading
- keep vcpu thread from blocking
- generic approach is useful, comes down to specifics
- e.g. what is done in worker threads, how locking is handled
- offload blocking work to worker threads
- need to make device model reentrant
- can be simple w/ lock per
Please send in any agenda items you are interested in covering.
If we have a lack of agenda items I'll cancel the week's call.
thanks,
-chris
* Chris Wright (chr...@redhat.com) wrote:
> Please send in any agenda items you are interested in covering.
>
> If we have a lack of agenda items I'll cancel the week's call.
No, agenda, so this week's call is cancelled.
thanks,
-chris
Please send in any agenda items you are interested in covering.
If we have a lack of agenda items I'll cancel the week's call.
thanks,
-chris
Accelerating counters (aka moving PIT to userspace, keeping HPET in
userspace)
- PIT (in-kernel, userspace, or split)
- userspace PIT, too slow
- kernel PIT (already seen bugs)
- split PIT, not realistic w/out a sane interface (see bugs above)
- exit to userspace is a base cost, add MSR save/restor
* Alex Williamson (alex.william...@redhat.com) wrote:
> @@ -257,7 +272,7 @@ int ram_load(QEMUFile *f, void *opaque, int version_id)
> ram_addr_t addr;
> int flags;
>
> -if (version_id != 3) {
> +if (version_id < 3) {
> return -EINVAL;
Should we clamp to 3 and 4?
>
* Alex Williamson (alex.william...@redhat.com) wrote:
> No reason not to call qemu_ram_map() once we have the allocation
> and remove duplicate code.
>
> Signed-off-by: Alex Williamson
good cleanup regardless
Acked-by: Chris Wright
}
> }
> -return block->host + (addr - block->offset);
> +
> +return NULL;
Why not preserve the error message and abort()? In error cases this
would now just segfault.
Minor nits aside, this too looks like a nice cleanup.
Acked-by: Chris Wright
* Alex Williamson (alex.william...@redhat.com) wrote:
> +// XXX check duplicates
Yes, definitely. You created a notion of a hierarchical namespace,
can this be formalized any more? Currently scattered...
> +char name[14];
> +snprintf(name, sizeof(name), "pci:
* Alex Williamson (alex.william...@redhat.com) wrote:
> On Tue, 2010-06-08 at 14:26 -0700, Chris Wright wrote:
> > * Alex Williamson (alex.william...@redhat.com) wrote:
> > > extern int phys_ram_fd;
> > > -extern uint8_t *phys_ram_dirty;
> > > extern ram_addr_
* Alex Williamson (alex.william...@redhat.com) wrote:
> On Wed, 2010-06-09 at 13:18 +0100, Paul Brook wrote:
> > to the identify the device. It should probably do this the same way that we
> > identify the saved state for the device. Currently I think this is an
> > arbitrary vmstate name/id, bu
Please send in any agenda items you are interested in covering.
If we have a lack of agenda items I'll cancel the week's call.
thanks,
-chris
Page cache controls
- cache is 60% duplicated between host and guest (when not using cache=none)
- Balbir posted 2 patches to eliminate this
- boot parameter for preferred reclaim
- not always have balloon driver
- need a boot parameter
- perhaps add a balloon cmd to give a hint before a more
* Paul Brook (p...@codesourcery.com) wrote:
> > > I find this argument contradictory. The migration code already needs to
> > > check whether a device is compatible before it allows migration. The
> > > driver name is not sufficient to ensure compatibility, so I see no
> > > benefit in including i
* Paul Brook (p...@codesourcery.com) wrote:
> > * Paul Brook (p...@codesourcery.com) wrote:
> > > > > I find this argument contradictory. The migration code already needs
> > > > > to check whether a device is compatible before it allows migration.
> > > > > The driver name is not sufficient to en
QAPI merge plans
- should be 100% back compat
- qmp moved over
- hmp moved over
- 1st pass, core infrastructure (includes test framework)
- 2nd pass, command conversion
- 3rd pass, more controversial bits
- adds dependencies: glib and python
- some testing based on kvm-unit-test micro-os instance (
ces the
> percentage of CPU time spent in qemu_get_ram_ptr from 6.3% to 2.1% in the
> profiling of a full boot.
Hopefully this is back on par with before the QLIST switchover.
> Signed-off-by: Vincent Palatin
Acked-by: Chris Wright
> ---
> exec.c |7 +--
>
QAPI -- http://wiki.qemu.org/Features/QAPI
- please review!
- Anthony would like to see feedback and plans to commit in a week
(assuming agreement and no major issues in review)
- some concern about the maintainability of code generation
- but still nothing concrete on the list, need to review
* Anthony Liguori (anth...@codemonkey.ws) wrote:
> On 03/15/2011 09:53 AM, Chris Wright wrote:
> > QAPI
> >- c library implementation is critical to have unit tests and test
> > driven development
> > - thread safe?
> > - no shared state, no statics.
&
KVM Forum
- save the date is out, cfp will follow later this week
- abstracts due in 6wks, 2wk review period, notifications by end of May
Improving process to scale project
- Trivial patch bot
- Sub-maintainership
Trivial patch monkeys^Wteam
- small/simple patches posted can fall through the crac
KVM upstream merge: status, plans, coordination
- Jan has a git tree, consolidating
- qemu-kvm io threading is still an issue
- Anthony wants to just merge
- concerns with non-x86 arch and merge
- concerns with big-bang patch merge and following stability
- post 0.14 conversion to glib mainloop
Please send in any agenda items you are interested in covering.
thanks,
-chris
Automated builds and testing
- found broken 32-bit
- luiz suggested running against maintainer trees
- daniel gollub offered to take on maintenance
- integration with kvm-autotest?
- lucas, daniel, stefan...
- testing each git commit is probably overkill and too expensive
- current autotest r
Please send in any agenda items you are interested in covering.
thanks,
-chris
1 - 100 of 171 matches
Mail list logo
