GRUPPO_FINANZIARIO | 28 Oct 10:14 2014
Picon

lening


Goede dag: 

Mijn naam is Francesco Benito; Ik ben de mediator / lening officier bij GRUPPO finanziario SPA. 
Ik ben hier om een lening programma dat zal helpen bij het verbeteren van uw financiële situatie te geven, 
economische en verlichten u van alle financiële crisis / probleem. 
Lening bieden op korte en lange termijn voor de klanten tegen een tarief van 3%, zoals persoonlijke lening, 
zakelijke lening, autolening, lening bedrijf, etc. 
Bent u geïnteresseerd in het ontvangen van een lening van ons, dan kunt u contact met ons opnemen 
door middel van deze e-mail: gruppo_finanziario01 <at> webadicta.org 

Ook het verstrekken van advies op het inschrijfformulier hieronder in te vullen: 

naam: 
Geslacht: 
land: 
Bedrag dat nodig is: 
Jaren van Lening: 
Doel van de lening: 

Bedankt voor uw begrip. 

Francesco Benito.
egomaniacs72087 | 28 Oct 10:06 2014
Picon

Fix Penguin Penalty 17th October2014 ( mail-archive.com )

Dear Sir

Did your website get hit by Google Penguin update on October 17th 2014? What basically is Google Penguin
Update? It is actually a code name for Google algorithm which aims at decreasing your websites search
engine rankings that violate Google’s guidelines by using black hat SEO techniques to rank your webpage
by giving number of spammy links to the page.

We are one of those few SEO companies that can help you avoid penalties from Google Updates like Penguin and
Panda. Our clients have survived all the previous and present updates with ease. They have never been hit
because we use 100% white hat SEO techniques to rank Webpages.  Simple thing that we do to keep websites away
from any Penguin or Panda penalties is follow Google guidelines and we give Google users the best answers
to their queries.

If you are looking to increase the quality of your websites and to get more targeted traffic or save your
websites from these Google penalties email us back with your interest. 

We will be glad to serve you and help you grow your business.

Regards

Vince G

SEO Manager ( TOB )
B7 Green Avenue, Amritsar 143001 Punjab
____________________________
NO CLICK in the subject to STOP EMAILS
Mrs Christy Walton | 22 Oct 09:40 2014
Picon

My Dearest

I'm Mrs. Christy Walton. I have a charity proposal for you to help humanity contact: mrswalton001 <at> hotmail.com

---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com

Geert Uytterhoeven | 21 Oct 19:55 2014

[PATCH] nubus: Remove superfluous interrupt disable/restore

As of commit e4dc601bf99ccd1c ("m68k: Disable/restore interrupts in
hwreg_present()/hwreg_write()"), this is no longer needed.

Signed-off-by: Geert Uytterhoeven <geert <at> linux-m68k.org>
---
 drivers/nubus/nubus.c | 4 ----
 1 file changed, 4 deletions(-)

diff --git a/drivers/nubus/nubus.c b/drivers/nubus/nubus.c
index 5066a7ef7b6c38a2..3319cf19deebe0f2 100644
--- a/drivers/nubus/nubus.c
+++ b/drivers/nubus/nubus.c
 <at>  <at>  -920,14 +920,10  <at>  <at>  void __init nubus_probe_slot(int slot)
 	rp = nubus_rom_addr(slot);	
 	for(i = 4; i; i--)
 	{
-		unsigned long flags;
 		int card_present;

 		rp--;
-		local_irq_save(flags);
 		card_present = hwreg_present(rp);
-		local_irq_restore(flags);
-	       
 		if (!card_present)
 			continue;

--

-- 
1.9.1

(Continue reading)

Geert Uytterhoeven | 21 Oct 19:30 2014

[PATCH] m68k: Wire up bpf

Signed-off-by: Geert Uytterhoeven <geert <at> linux-m68k.org>
---
 arch/m68k/include/asm/unistd.h      | 2 +-
 arch/m68k/include/uapi/asm/unistd.h | 1 +
 arch/m68k/kernel/syscalltable.S     | 1 +
 3 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/arch/m68k/include/asm/unistd.h b/arch/m68k/include/asm/unistd.h
index 4ef7a54813e6b72d..75e75d7b1702fb64 100644
--- a/arch/m68k/include/asm/unistd.h
+++ b/arch/m68k/include/asm/unistd.h
 <at>  <at>  -4,7 +4,7  <at>  <at> 
 #include <uapi/asm/unistd.h>

 
-#define NR_syscalls		354
+#define NR_syscalls		355

 #define __ARCH_WANT_OLD_READDIR
 #define __ARCH_WANT_OLD_STAT
diff --git a/arch/m68k/include/uapi/asm/unistd.h b/arch/m68k/include/uapi/asm/unistd.h
index b419c6b7ac3739b1..2c1bec9a14b67da4 100644
--- a/arch/m68k/include/uapi/asm/unistd.h
+++ b/arch/m68k/include/uapi/asm/unistd.h
 <at>  <at>  -359,5 +359,6  <at>  <at> 
 #define __NR_renameat2		351
 #define __NR_getrandom		352
 #define __NR_memfd_create	353
+#define __NR_bpf		354

(Continue reading)

stxavier01 | 13 Oct 23:43 2014

inheritance funds


Hello

Please contact Mr Gary Walker( garywalker <at> 163.com ).For your  
6.8million inheritance.

Greg Ungerer | 14 Oct 02:46 2014

[git pull] m68knommu arch fixes for 3.18

Hi Linus,

Can you please pull the m68knommu git tree, for-next branch.

The major change is to remove the arch/m68k/platform directory. The coldfire
(and other non-mmu m68k platform) code is moved to the arch/m68k level, making
them consistent with the traditional m68k platforms. A couple of other minor
miscellaneous fixes as well.

Regards
Greg

The following changes since commit fe82dcec644244676d55a1384c958d5f67979adb:

  Linux 3.17-rc7 (2014-09-28 14:29:07 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-next

for you to fetch changes up to e803d4bd31184b301a54352bb2c1a3fa93f80154:

  m68k: Fix typo 'COFNIG_MBAR' (2014-09-29 09:56:19 +1000)

----------------------------------------------------------------
Fabian Frederick (1):
      m68k/coldfire: remove second asm/mcfclk.h inclusion in m54xx.c

Greg Ungerer (8):
      m68k: move coldfire platform code
(Continue reading)

Jose Calvache | 11 Oct 21:34 2014
Picon

Please reply

Dear Sir/Madam, Here is a pdf attachment of my proposal to you. Please
read and reply I would be grateful. Jose Calvache

Geert Uytterhoeven | 9 Oct 13:31 2014

Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain

On Tue, Oct 7, 2014 at 7:28 AM, Guenter Roeck <linux <at> roeck-us.net> wrote:
> +int register_poweroff_handler_simple(void (*handler)(void), int priority)
> +{
> +       char symname[KSYM_NAME_LEN];
> +
> +       if (poweroff_handler_data.handler) {
> +               lookup_symbol_name((unsigned long)poweroff_handler_data.handler,
> +                                  symname);
> +               pr_warn("Poweroff function already registered (%s)", symname);
> +               lookup_symbol_name((unsigned long)handler, symname);
> +               pr_cont(", cannot register %s\n", symname);

Doesn't %ps work to look up symbols?

pr_warn("Poweroff function already registered (%ps), cannot register
%ps\n", poweroff_handler_data.handler, handler);

> +               return -EBUSY;
> +       }

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert <at> 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
(Continue reading)

Pavel Machek | 9 Oct 12:32 2014
Picon

Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off

On Mon 2014-10-06 22:28:05, Guenter Roeck wrote:
> Poweroff handlers may now be installed with register_poweroff_handler.
> Use the new API function have_kernel_poweroff to determine if a poweroff
> handler has been installed.
> 
> Cc: Rafael J. Wysocki <rjw <at> rjwysocki.net>
> Cc: Pavel Machek <pavel <at> ucw.cz>
> Cc: Len Brown <len.brown <at> intel.com>
> Signed-off-by: Guenter Roeck <linux <at> roeck-us.net>
> ---
>  kernel/power/hibernate.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/kernel/power/hibernate.c b/kernel/power/hibernate.c
> index a9dfa79..20353c5 100644
> --- a/kernel/power/hibernate.c
> +++ b/kernel/power/hibernate.c
>  <at>  <at>  -602,7 +602,7  <at>  <at>  static void power_down(void)
>  	case HIBERNATION_PLATFORM:
>  		hibernation_platform_enter();
>  	case HIBERNATION_SHUTDOWN:
> -		if (pm_power_off)
> +		if (have_kernel_poweroff())
>  			kernel_power_off();
>  		break;

poweroff -> power_off.

But if you are playing with this, anyway... does it make sense to
introduce kernel_power_off() that just works, no need to check
(Continue reading)

Pavel Machek | 9 Oct 12:31 2014
Picon

Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain

Hi!

> +/**
> + *	register_poweroff_handler_simple - Register function to be called to power off
> + *					   the system
> + *	 <at> handler:	Function to be called to power off the system
> + *	 <at> priority:	Handler priority. For priority guidelines see
> + *			register_poweroff_handler.
> + *
> + *	This is a simplified version of register_poweroff_handler. It does not
> + *	take a notifier as argument, but a function pointer. The function
> + *	registers a poweroff handler with specified priority. Poweroff
> + *	handlers registered with this function can not be unregistered,
> + *	and only a single poweroff handler can be installed using it.
> + *
> + *	This function must not be called from modules and is therefore
> + *	not exported.
> + *
> + *	Returns -EBUSY if a poweroff handler has already been registered
> + *	using register_poweroff_handler_simple. Otherwise returns zero,
> + *	since atomic_notifier_chain_register() currently always returns zero.
> + */
> +int register_poweroff_handler_simple(void (*handler)(void), int priority)
> +{
> +	char symname[KSYM_NAME_LEN];
> +
> +	if (poweroff_handler_data.handler) {
> +		lookup_symbol_name((unsigned long)poweroff_handler_data.handler,
> +				   symname);
> +		pr_warn("Poweroff function already registered (%s)", symname);
(Continue reading)


Gmane