Manfred Spraul writes: > [Larry McVoy] >> There was a lot of discussion about possible tools >> that would dig out the /proc/pci info > > I think the tools should not dig too much information out of the system. > I remember some Microsoft (win98 beta?) bugtracking software that > insisted on sending a several hundert kB long compressed blob with every > bug report. > IMHO it must be possible to file bugreports without the complete hw info > if I know that the bug isn't hw related. Yep. The two hardware-related items that usually matter: Little-endian or broken-endian? 32-bit or 64-bit? The CPU type is not necessary or sufficient, since one can often run a 32-bit kernel on 64-bit hardware and at least MIPS has both little-endian and broken-endian supported. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Re: bug database braindump from the kernel summit Albert D. Cahalan
- Re: bug database braindump from the kernel summit Gregory Maxwell
- Re: bug database braindump from the kernel summ... Albert D. Cahalan
- Re: bug database braindump from the kernel summit David Lang
- Re: bug database braindump from the kernel summit Jeff Garzik
- Re: bug database braindump from the kernel summit Rogier Wolff
- Re: bug database braindump from the kernel summit Manfred Spraul
- Re: bug database braindump from the kernel summit Albert D. Cahalan
- Re: bug database braindump from the kernel summ... Jeff Garzik
- Re: bug database braindump from the kernel ... Manfred Spraul
- Re: bug database braindump from the ker... Jeff Garzik
- Re: bug database braindump from th... David Lang
- Re: bug database braindump fro... Jeff Garzik
- Re: bug database braindump fro... David Lang
- Re: bug database braindump fro... Jeff Garzik
- Re: bug database braindump fro... David Lang
- Re: bug database braindump fro... Jeff Garzik
- Re: bug database braindump fro... David Lang