Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762985AbYA1Wc4 (ORCPT ); Mon, 28 Jan 2008 17:32:56 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762197AbYA1Wcd (ORCPT ); Mon, 28 Jan 2008 17:32:33 -0500 Received: from mga02.intel.com ([134.134.136.20]:5841 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759494AbYA1Wcb (ORCPT ); Mon, 28 Jan 2008 17:32:31 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.25,263,1199692800"; d="scan'208";a="255520102" Message-ID: <479E57CF.5040308@intel.com> Date: Mon, 28 Jan 2008 14:31:43 -0800 From: "Kok, Auke" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Andrew Morton , Jiri Slaby CC: Jeff Garzik , linux-kernel@vger.kernel.org, jesse.brandeburg@intel.com, jeffrey.t.kirsher@intel.com, john.ronciak@intel.com, e1000-devel@lists.sourceforge.net, venkatesh.pallipadi@intel.com Subject: Re: [PATCH 1/1] Net: e100, fix iomap mem accesses References: <1200608900-3507-1-git-send-email-jirislaby@gmail.com> <4791004B.50408@garzik.org> <20080127213330.148989f1.akpm@linux-foundation.org> In-Reply-To: <20080127213330.148989f1.akpm@linux-foundation.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2675 Lines: 71 Andrew Morton wrote: > On Fri, 18 Jan 2008 14:38:51 -0500 Jeff Garzik wrote: > >> Jiri Slaby wrote: >>> readX functions are not permitted on iomap-ped space change to ioreadX, >>> also pci_unmap pci_map-ped space on exit (instead of iounmap). >>> >>> Signed-off-by: Jiri Slaby >>> --- >>> drivers/net/e100.c | 8 ++++---- >>> 1 files changed, 4 insertions(+), 4 deletions(-) >>> >>> diff --git a/drivers/net/e100.c b/drivers/net/e100.c >>> index 51cf577..47548ef 100644 >>> --- a/drivers/net/e100.c >>> +++ b/drivers/net/e100.c >>> @@ -1836,7 +1836,7 @@ static int e100_rx_indicate(struct nic *nic, struct rx *rx, >>> if ((le16_to_cpu(rfd->command) & cb_el) && >>> (RU_RUNNING == nic->ru_running)) >>> >>> - if (readb(&nic->csr->scb.status) & rus_no_res) >>> + if (ioread8(&nic->csr->scb.status) & rus_no_res) >>> nic->ru_running = RU_SUSPENDED; >>> return -ENODATA; >>> } >>> @@ -1859,7 +1859,7 @@ static int e100_rx_indicate(struct nic *nic, struct rx *rx, >>> if ((le16_to_cpu(rfd->command) & cb_el) && >>> (RU_RUNNING == nic->ru_running)) { >>> >>> - if (readb(&nic->csr->scb.status) & rus_no_res) >>> + if (ioread8(&nic->csr->scb.status) & rus_no_res) >>> nic->ru_running = RU_SUSPENDED; >>> } >>> >>> @@ -1958,7 +1958,7 @@ static void e100_rx_clean(struct nic *nic, unsigned int *work_done, >>> >>> if(restart_required) { >>> // ack the rnr? >>> - writeb(stat_ack_rnr, &nic->csr->scb.stat_ack); >>> + iowrite8(stat_ack_rnr, &nic->csr->scb.stat_ack); >>> e100_start_receiver(nic, nic->rx_to_clean); >>> if(work_done) >>> (*work_done)++; >>> @@ -2774,7 +2774,7 @@ static void __devexit e100_remove(struct pci_dev *pdev) >>> struct nic *nic = netdev_priv(netdev); >>> unregister_netdev(netdev); >>> e100_free(nic); >>> - iounmap(nic->csr); >>> + pci_iounmap(pdev, nic->csr); >>> free_netdev(netdev); >>> pci_release_regions(pdev); >> ACK, but patch doesn't seem to apply... > > It's been a week, nothing seems to have happened and the e100 maintainers > are asleep. not asleep, just pleasantly stuck on an atol in the south pacific, far far away from LCA :) > Please resend when convenient. Maybe more luodly or something, I dunno. just repost to me and Jeff and I'll pick it up this week if Jeff does not. I think the recent non-cache coherent fixes might have messed up the merge. Auke -- 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/