headers
John David Anglin | 4 Sep 2010 01:43
Picon

parisc wiki is down

http://wiki.parisc-linux.org can't be reached.

Dave
--

-- 
J. David Anglin                                  dave.anglin <at> nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 1 comment |
headers
Thibaut VARÈNE | 4 Sep 2010 13:54
Favicon

Re: parisc wiki is down

Le 4 sept. 10 à 01:43, John David Anglin a écrit :

> http://wiki.parisc-linux.org can't be reached.

Yes, sorry I forgot to send a notice to the m-l: today is the annual  
High Voltage check-up  <at> ESIEE. It will be brought back online in a few  
hours, hopefully.

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
desk@live.com | 4 Sep 2010 17:40
Picon

Mutual Support

Dear Sir/Madam,

  I am Judith Johnson a solicitor at law, i have a proposal for you kindle get b
ack to me for more information on my private email address at:judith4343 <at> hotmail
.com

God Bless you and you Family.

Sincerely,
Judith Johnson

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
rose isaac | 5 Sep 2010 21:54
Picon
Favicon

Hello


please how are you! hope you are fine  and in good condition of please
will like you to  write me back because i have something VERY important to
tell you, i hope to hear from you soon!Rose

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Vittorio Foundazion | 6 Sep 2010 11:17

Attn:

Your Email Has Won $600,000.00 in the Vittorio Foundazion ITALY.send down 

your full name,country, and Occupation: to Mr:Claudio Giovanni

Email:vittorioclaimsdirector231 <at> yahoo.com.hk
Verifications/ Logistic Department
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Kyle McMartin | 8 Sep 2010 20:58
Picon

Re: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code

On Wed, Sep 08, 2010 at 06:14:14PM -0000, Thomas Gleixner wrote:
>  The following architectures are still using __do_IRQ():
> 
>   alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
> 
> So now the question arises what to do with __do_IRQ().
> 

Thanks Thomas for the reminder, I'll poke at fixing parisc this week,
and maybe try to fix ia64 and alpha too as penance for forgetting about
this for so long.

--Kyle
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 1 comment |
headers
Kyle McMartin | 8 Sep 2010 23:17
Picon

Re: [PATCH 2/8] arch/parisc/include/asm: use ARRAY_SIZE macro in mmzone.h

On Wed, Sep 08, 2010 at 10:11:13PM +0100, Nikitas Angelinas wrote:
> Replace sizeof(pfnnid_map) / sizeof(pfnnid_map[0]) with
> ARRAY_SIZE(pfnnid_map) in mmzone.h
> 

Thanks. Let me think about this, I don't really like the tangled web of
include dependencies this results in...

regards, Kyle

> Signed-off-by: Nikitas Angelinas <nikitasangelinas <at> gmail.com>
> ---
>  arch/parisc/include/asm/mmzone.h |    4 +++-
>  1 files changed, 3 insertions(+), 1 deletions(-)
> 
> diff --git a/arch/parisc/include/asm/mmzone.h b/arch/parisc/include/asm/mmzone.h
> index 9608d2c..85b23b6 100644
> --- a/arch/parisc/include/asm/mmzone.h
> +++ b/arch/parisc/include/asm/mmzone.h
>  <at>  <at>  -3,6 +3,8  <at>  <at> 
>  
>  #ifdef CONFIG_DISCONTIGMEM
>  
> +#include <linux/kernel.h>
> +
>  #define MAX_PHYSMEM_RANGES 8 /* Fix the size for now (current known max is 3) */
>  extern int npmem_ranges;
>  
>  <at>  <at>  -51,7 +53,7  <at>  <at>  static inline int pfn_to_nid(unsigned long pfn)
>  		return 0;
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kyle McMartin | 8 Sep 2010 23:18
Picon

Re: [PATCH 03/14] arch/parisc: Removing undead ifdef CONFIG_PA20

On Mon, Sep 06, 2010 at 04:36:06PM +0200, Christian Dietrich wrote:
> The CONFIG_PA20 ifdef isn't necessary at this point, because it is
> checked in an outer ifdef level already and has no effect here.
> 

Looks good, applied, thanks.
-- Kyle

> Signed-off-by: Christian Dietrich <qy03fugy <at> stud.informatik.uni-erlangen.de>
> ---
>  arch/parisc/kernel/unaligned.c |    3 ---
>  1 files changed, 0 insertions(+), 3 deletions(-)
> 
> diff --git a/arch/parisc/kernel/unaligned.c b/arch/parisc/kernel/unaligned.c
> index 92d977b..234e368 100644
> --- a/arch/parisc/kernel/unaligned.c
> +++ b/arch/parisc/kernel/unaligned.c
>  <at>  <at>  -619,15 +619,12  <at>  <at>  void handle_unaligned(struct pt_regs *regs)
>  		flop=1;
>  		ret = emulate_std(regs, R2(regs->iir),1);
>  		break;
> -
> -#ifdef CONFIG_PA20
>  	case OPCODE_LDD_L:
>  		ret = emulate_ldd(regs, R2(regs->iir),0);
>  		break;
>  	case OPCODE_STD_L:
>  		ret = emulate_std(regs, R2(regs->iir),0);
>  		break;
> -#endif
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mikael Starvik | 9 Sep 2010 09:10
Picon
Favicon

RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code

From CRIS perspective it is perfectly ok to remove __do_IRQ. At the latest when we notice that our build
breaks we will fix it and preferably before that.

/Mikael

-----Original Message-----
From: Thomas Gleixner [mailto:tglx <at> linutronix.de] 
Sent: den 8 september 2010 20:14
To: LKML
Cc: Linus Torvalds; Andrew Morton; Ingo Molnar; Peter Zijlstra; Christoph Hellwig;
linux-alpha <at> vger.kernel.org; linux-cris-kernel; Haavard Skinnemoen; Tony Luck;
linux-ia64 <at> vger.kernel.org; Yoshinori Sato; Hirokazu Takata; Greg Ungerer; Jeff Dike;
linux-parisc <at> vger.kernel.org; Chris Zankel; linux-arch <at> vger.kernel.org
Subject: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code

__do_IRQ() has been deprecated after a two years migration phase in
commit 0e57aa1. Since then another 18 month have gone by.

So here's the status three and a half years after the flow based
infrastructure was merged:

 The following architectures are fully converted to the new flow
 handler code:

  arm, avr32, blackfin, frv, microblaze, mips, mn10300, powerpc, score, sh,
  sparc 64bit, tile, x86, xtensa

  (avr32 and xtensa should set CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ
  though)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Dialup Jon Norstog | 9 Sep 2010 15:44

RE: [RFC trollpatch 1/1] genirq: Remove the fits all and nothing __do_IRQ() code


---------- Original Message -----------
From: Mikael Starvik <mikael.starvik <at> axis.com>
To: Thomas Gleixner <tglx <at> linutronix.de>, LKML <linux-k 
>  The following architectures are still using __do_IRQ():
> 
>   alpha, cris, ia64, h8300, m32r, m68knommu, parisc, um
> 
> So now the question arises what to do with __do_IRQ().
> 
> Removing it would be the right thing, but that'll break 8 archs, so
> it's probably not considered a good idea, though for most of them the
> conversion should be reasonably trivial.
> 
> I'm happy to move that code into kernel/irq/cruft.c forever if there
> is no way to get the remaining users converted in the forseeable
> future. It looks like they can cope with the annoying build warning
> nicely.
> 
> Either that or moving everything what breaks into staging/arch/* and
> hand it over to GregKH :)
> 
> Thoughts ?

To the lists:

My thought is, put something in the readme - like Jay Estabrook's note in the
current Alpha Core build.  At least so those of us who get wierd msgs during a
kernel build can know what they are all about.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane