RE: [PATCH] Allow selecting mv643xx_eth on Pegasos again

2009-05-18 Thread Medve Emilian-EMMEDVE1
Hello Gabriel, > -Original Message- > From: Gabriel Paubert [mailto:paub...@iram.es] > Sent: Monday, May 18, 2009 5:19 PM > To: Medve Emilian-EMMEDVE1 > Cc: Lennert Buytenhek; t...@cyrius.com; LinuxPPC; pac...@kosh.dhis.org; net...@vger.kernel.org; David > Miller >

RE: [PATCH] Allow selecting mv643xx_eth on Pegasos again

2009-05-18 Thread Medve Emilian-EMMEDVE1
Hello Gabriel, > -Original Message- > From: Gabriel Paubert [mailto:paub...@iram.es] > Sent: Monday, May 18, 2009 1:48 PM > To: Medve Emilian-EMMEDVE1 > Cc: Lennert Buytenhek; t...@cyrius.com; LinuxPPC; pac...@kosh.dhis.org; net...@vger.kernel.org; David > Miller >

RE: [PATCH] Allow selecting mv643xx_eth on Pegasos again

2009-05-18 Thread Medve Emilian-EMMEDVE1
> -Original Message- > From: linuxppc-dev-bounces+emilian.medve=freescale@ozlabs.org [mailto:linuxppc-dev- > bounces+emilian.medve=freescale@ozlabs.org] On Behalf Of Gabriel Paubert > Sent: Monday, May 18, 2009 12:38 PM > To: Lennert Buytenhek > Cc: t...@cyrius.com; LinuxPPC; pac...

RE: [PATCH] [POWERPC] Fix return value check logic

2008-06-15 Thread Medve Emilian
Hello Paul, > You're right, thanks for checking. In that case: > > Acked-by: Michael Ellerman <[EMAIL PROTECTED]> I wonder what did you decide about this patch? Cheer, Emil. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/m

RE: [PATCH] [POWERPC] Fix return value check logic

2008-05-23 Thread Medve Emilian
Hello Michael, > > That won't work if CONFIG_DEBUG_FS is not defined, because in > > that case > > debugfs_create_file() returns -ENODEV. > > Will respin. At a second glance in arch/powerpc/Kconfig.debug, VIRQ_DEBUG depends on DEBUG_FS so I think that the patch should work as is. Cheers, Emi

RE: [PATCH] [POWERPC] Fix return value check logic

2008-05-23 Thread Medve Emilian
Hello Michael, > That won't work if CONFIG_DEBUG_FS is not defined, because in > that case > debugfs_create_file() returns -ENODEV. Will respin. Thanks, Emil. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/

RE: [PATCH] [POWERPC] Add the PC speaker only when requested so

2008-05-23 Thread Medve Emilian
ginal Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Grant Likely > Sent: Thursday, May 22, 2008 6:28 PM > To: Medve Emilian > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; > linuxppc-dev@ozlabs.org; [EMAIL PROTECTED] > Subject: Re: [PATCH] [POWERPC]

RE: [PATCH v2] [POWERPC] Optimize counting distinct entries in the relocation sections

2007-12-05 Thread Medve Emilian
> -Original Message- > From: Medve Emilian > Sent: Tuesday, November 13, 2007 10:24 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org; [EMAIL PROTECTED] > Cc: Medve Emilian &g

RE: [PATCH v2] [POWERPC] Optimize counting distinct entries in the relocation sections

2007-11-27 Thread Medve Emilian
Hi Paul, I'm just wondering what are your latest thoughts about this patch (http://patchwork.ozlabs.org/linuxppc/patch?id=14707). Cheers, Emil. > -Original Message- > From: Medve Emilian > Sent: Tuesday, November 13, 2007 10:24 AM > To: [EMAIL PROTECTED]; [EMAIL P

RE: [PATCH] [POWERPC] Optimize counting distinct entries in therelocation sections

2007-11-12 Thread Medve Emilian
Hello Paul, > > Actually I notice that count_relocs is counting all relocs, not just > > the R_PPC_REL24 ones, which are all that we actually care about in > > sizing the PLT. And I would be willing to bet that every single > > R_PPC_REL24 reloc has r_addend == 0. > > I'll count only the R_PPC_

RE: [PATCH] [POWERPC] Optimize counting distinct entries in the relocation sections

2007-11-12 Thread Medve Emilian
Hello Paul, > Actually I notice that count_relocs is counting all relocs, not just > the R_PPC_REL24 ones, which are all that we actually care about in > sizing the PLT. And I would be willing to bet that every single > R_PPC_REL24 reloc has r_addend == 0. I'll count only the R_PPC_REL24 and I'

RE: [RFC/PATCH] reduce load time for modules with lots of relocs

2007-11-06 Thread Medve Emilian
8:34 PM > To: Medve Emilian > Cc: linuxppc-dev@ozlabs.org > Subject: [RFC/PATCH] reduce load time for modules with lots of relocs > > Nathan Lynch wrote: > > Medve Emilian-EMMEDVE1 wrote: > > > > > > I have module with 36K relocation entries (I know, I > know

Module with 36K relocation entries

2007-11-01 Thread Medve Emilian-EMMEDVE1
Hello, I have module with 36K relocation entries (I know, I know, how could that be...) and the count_relocs() function takes ~17 seconds to crunch through the relocation table from the .rela.text section. I don't think I can reduce the number of entries in the relocation table (can I?) so I'm th

RE: [PATCH] [POWERPC] ucc_geth: Eliminate compile warnings

2007-10-22 Thread Medve Emilian-EMMEDVE1
Hello David, > No piece of code in the kernel should live in a vacuum. > > In order to improve overall code quality, every piece of > driver code should avoid assuming things about pointer > sizes and things of this nature. I'm afraid we might be talking about orthogonal issues here. I actively

RE: [PATCH] [POWERPC] ucc_geth: Eliminate compile warnings

2007-10-19 Thread Medve Emilian-EMMEDVE1
Hello David > It only kills the warning on 32-bit systems, the cast is wrong > either way. I'm not aware of the QE being present on any 64-bit PowerPC. However, porting the entire driver to a 64-bit platform is an exercise in itself as many other things would need tweaking the QE hardware itself

RE: [PATCH] [POWERPC] Fix build errors when BLOCK=n

2007-09-17 Thread Medve Emilian-EMMEDVE1
only. Cheers, Emil. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, September 17, 2007 5:35 PM > To: Medve Emilian-EMMEDVE1 > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Gala Kumar-B11780; > linuxppc-dev@ozlabs.org; [EMAIL PROTECTED]; [

CONFIG_BLK_DEV_BSG=n

2007-09-14 Thread Medve Emilian-EMMEDVE1
Hello, I'm trying to get powerpc to build without block device support (CONFIG_BLOCK=n). I'm getting the following errors: CC arch/powerpc/kernel/setup_32.o In file included from include/linux/blkdev.h:17, from include/linux/ide.h:13, from arch/powerpc/ke