On Tue, 25 Aug 2015, Daniel Vetter <daniel@xxxxxxxx> wrote: > On Fri, Aug 21, 2015 at 11:41:45AM +0300, Jani Nikula wrote: >> On Tue, 30 Jun 2015, Ander Conselvan De Oliveira <conselvan2@xxxxxxxxx> wrote: >> > On Mon, 2015-06-29 at 14:31 +0300, Ander Conselvan De Oliveira wrote: >> >> On Fri, 2015-06-26 at 18:28 +0300, Ander Conselvan De Oliveira wrote: >> >> > Hi all, >> >> > >> >> > I've been looking into creating custom fields in Bugzilla to help sort >> >> > our bugs in a more manageable way. >> >> >> >> [...] >> >> >> >> > So I would like to hear what other people think about this. Specially, >> >> > about what should be in the features field. The values can change >> >> > overtime, but would be good to have a good list from the start. >> >> >> >> So here's the list after including Daniel's and Ville's feedback. If >> >> there's no more suggestions/objections, I'd like to create those fields >> >> already tomorrow. We can edit the list entries afterwards if needed. >> > >> > Thank you, everyone, for the input. The fields are now created. >> >> There are some additional feature fields that I've found might be >> useful: The discussion yesterday never materialized, so I'll reply here. >> display/adapter (or display/dongle?) > display/DP? This does not answer the question "I want to see all our adapter bugs". >> display/hotplug > tag it with relevant output port? This does not answer the question "I want to see all our hotplug bugs". >> display/multi-gpu >> GEM/prime (or GEM/dma-buf?) > > Yeah this might be useful, but not sure how much we care. I might continue like above, because it's useful for finding dupes, but also it's nice to flag bugs we're not sure how much we care. If they end up being flagged, say, DP because gpu switching affects that, it's still a useful distinction to know it's not your average DP bug. >> other/IOMMU (or GEM/IOMMU?) >> other/BIOS > > Imo better to label with relevant feature that gets broken. This does not answer the question "I want to see all our bugs related to VBT/BIOS screwups". > And IOMMU should always have dwmw on cc so he can escalate. That is totally irrelevant to the discussion about fields. >> other/module-reload (?) > > This is BAT now and should never break ;-) Fine. >> performance? > > Yeah this would be good I guess. > > In general I'm vary of adding too many since it'll be hard to maintain. Don't worry, we can remove them too. > Can you please join the bug scrub org mtg on Thu so we can discuss these? > > Thanks, Daniel > -- > Daniel Vetter > Software Engineer, Intel Corporation > http://blog.ffwll.ch -- Jani Nikula, Intel Open Source Technology Center _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx
