linux-kernel - Re: [PATCH 36 of 38] xen: route hardware irqs via Xen

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20081120093159.GA6885@elte.hu>
Date:	Thu, 20 Nov 2008 10:31:59 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Jeremy Fitzhardinge <jeremy@...p.org>
Cc:	linux-kernel@...r.kernel.org,
	Xen-devel <xen-devel@...ts.xensource.com>,
	the arch/x86 maintainers <x86@...nel.org>,
	Ian Campbell <ian.campbell@...rix.com>
Subject: Re: [PATCH 36 of 38] xen: route hardware irqs via Xen


> +#ifdef CONFIG_XEN_PCI
> +	irq = xen_register_gsi(gsi, triggering, polarity);
> +	if ((int)irq >= 0)
> +		return irq;
> +#endif

why not change irq to 'int' and avoid the cast?

also, please eliminate the #ifdef by turning xen_register_gsi() into a 
'return -1' inline on !CONFIG_XEN_PCI.

> +#ifdef CONFIG_XEN_PCI
> +	xen_pci_init();
> +#endif

hide the #ifdef in a header please. (like you already properly do for
xen_setup_pirqs())

> +	if (rc != 0) {
>  		if (!probing_irq(irq))
>  			printk(KERN_INFO "Failed to obtain physical IRQ %d\n",
>  			       irq);
> +		dump_stack();

generally it's better to use WARN() or WARN_ONCE() to get good debug 
feedback and stackdumps. (they also document the reason for the dump)

> @@ -523,8 +526,6 @@
>  	} else
>  		irq = find_unbound_irq();
>  
> -	spin_unlock(&irq_mapping_update_lock);
> -
>  	set_irq_chip_and_handler_name(irq, &xen_pirq_chip,
>  				      handle_level_irq, "pirq");

hm, looks like a stray bugfix?

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/