Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752422Ab3GOR2U (ORCPT ); Mon, 15 Jul 2013 13:28:20 -0400 Received: from mail-pb0-f45.google.com ([209.85.160.45]:51186 "EHLO mail-pb0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751241Ab3GOR2T (ORCPT ); Mon, 15 Jul 2013 13:28:19 -0400 MIME-Version: 1.0 In-Reply-To: <1373361330-3946-1-git-send-email-realmz6@kernel.org> References: <1373361330-3946-1-git-send-email-realmz6@kernel.org> Date: Mon, 15 Jul 2013 19:28:18 +0200 X-Google-Sender-Auth: iw-wi0MVoLsovGTn6a0Yymm1F3A Message-ID: Subject: Re: [uclinux-dist-devel] [GIT PULL] Blackfin updates for 3.11 From: Geert Uytterhoeven To: Steven Miao Cc: Linus Torvalds , Stephen Rothwell , "uclinux-dist-devel@blackfin.uclinux.org" , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1887 Lines: 55 Hi Steven, On Tue, Jul 9, 2013 at 11:15 AM, Steven Miao wrote: > Steven Miao (2): > smp: refine bf561 smpboot code Unfortunately this landed too late in -next to notice: arch/blackfin/mach-common/smp.c:150:2: error: conversion to non-scalar type requested arch/blackfin/mach-common/smp.c:185:23: error: incompatible types when assigning to type 'atomic_t' from type 'int' arch/blackfin/mach-common/smp.c:186:24: error: incompatible types when assigning to type 'atomic_t' from type 'int' make[2]: *** [arch/blackfin/mach-common/smp.o] Error 1 http://kisskb.ellerman.id.au/kisskb/buildresult/9115952/ It's a bit embarrassing to break your own core code (with a patch that was submitted for public review in August 2012?). The last two can be trivially-fixed with the following (whitespace-damaged gmail) patch: --- a/arch/blackfin/mach-common/smp.c +++ b/arch/blackfin/mach-common/smp.c @@ -182,8 +182,8 @@ static void bfin_ipi_init(void) struct ipi_data *bfin_ipi_data; for_each_possible_cpu(cpu) { bfin_ipi_data = &per_cpu(bfin_ipi, cpu); - bfin_ipi_data->bits = 0; - bfin_ipi_data->count = 0; + atomic_set(&bfin_ipi_data->bits, 0); + atomic_set(&bfin_ipi_data->count, 0); } } but the first one is non-trivial: using xchg() on atomic_t is a bit gross... Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/