Mohammed El-Shaban | 27 Jun 11:22 2015
Picon

PROJECT FUNDING/DEBT FINANCING

Greetings,

We are an Investment company that invites you to partner with us and benefit in 

our new Loan and Project funding program. We offer flexible loans and funding for 

various projects by passing the usual rigorous procedures.This Funding program 

allows a client to enjoy low interest payback for as low as 3 - 4% per annum for a 

period of 7-8 years. We can approve a loan/funding for up to USD 500,000,000.00 or 

more depending on the nature of business. We are currently funding for:

* Starting up a Franchise
* Business Acquisition
* Business Expansion
* Commercial Real Estate purchase
* Contract Execution

We are open to having a good business relationship with you. If you think you have 

a solid background and idea of making good profit in any venture, please do not 

hesitate to contact us for possible business co-operation.

Sincerely,
El-Shaban
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
(Continue reading)

MASTHAVEN LOAN FINANCE | 18 Jun 02:30 2015
Picon

Darlehen Angebot


Guten Tag,

 Dies ist MASTHAVEN Darlehensfinanzierung Darlehen bieten.

   MASTHAVEN Kreditfinanzierung bietet flexible und erschwingliche Kredite für jeden Zweck, damit Sie
Ihre finanziellen Ziele zu erreichen. wir Darlehen zu niedrigen Zinssatz von 1,5%. Hier sind einige
wichtige Merkmale der persönlichen Kredit von MASTHAVEN Kreditfinanzierung angeboten. Hier sind die
Loan Factors arbeiten wir mit den führenden britischen Broker, die den Zugang zu Top-Kreditgeber haben
und in der Lage, die beste finanzielle Lösung zu einem erschwinglichen price.Please finden, wenn Sie
interessiert sind kontaktieren Sie uns bitte über diese E-Mail: masthavenloanfinance <at> hotmail.com

Nach der Reaktion, werden Sie einen Antrag auf Kredit fill erhalten. Keine soziale Sicherheit und keine
Bonitätsprüfung, 100% garantiert.

Es wird uns eine Ehre, wenn Sie uns erlauben, zu Ihren Diensten.

Mehr Informationen benötigt

Ihre Namen:
Adresse: ...........
Telefon: ...........
Benötigte Menge: ........
Dauer: ...............
Beruf: ...........
Monatliches Einkommen Level: ........
Geschlecht: ...............
Geburtsdatum: ........
Status: ..................
Land: ..........
(Continue reading)

'LEUNG CHEUNG' | 21 Jun 19:05 2015
Picon

Hello


I need your assistance to transfer $22,500,000.00 Dollars from Hong Kong 
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in

Kamal Mostafa | 16 Jun 02:22 2015

[3.19.y-ckt stable] Patch "parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures" has been added to staging queue

This is a note to let you know that I have just added a patch titled

    parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures

to the linux-3.19.y-queue branch of the 3.19.y-ckt extended stable tree 
which can be found at:

    http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.19.y-queue

This patch is scheduled to be released in version 3.19.8-ckt2.

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.19.y-ckt tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From 264f3887a1df6bf17f366be430441c9b8728dd89 Mon Sep 17 00:00:00 2001
From: Helge Deller <deller <at> gmx.de>
Date: Mon, 11 May 2015 22:01:27 +0200
Subject: parisc,metag: Fix crashes due to stack randomization on
 stack-grows-upwards architectures

commit d045c77c1a69703143a36169c224429c48b9eecd upstream.

(Continue reading)

lausgans | 15 Jun 07:50 2015
Picon

[PATCH] stifb: Implement hardware accelerated copyarea

This patch adds hardware assisted scrolling. The code is based upon the
following investigation: https://parisc.wiki.kernel.org/index.php/NGLE#Blitter A
simple 'time ls -la /usr/bin' test shows 1.6x speed increase over soft copy and
2.3x increase over FBINFO_READS_FAST (prefer soft copy over screen redraw) on
Artist framebuffer.

Thanks!

Signed-off-by: Alex Ivanov <lausgans <at> gmail.com>

diff --git a/drivers/video/fbdev/stifb.c b/drivers/video/fbdev/stifb.c
index 86621fa..735355b 100644
--- a/drivers/video/fbdev/stifb.c
+++ b/drivers/video/fbdev/stifb.c
 <at>  <at>  -121,6 +121,7  <at>  <at>  static int __initdata stifb_bpp_pref[MAX_STI_ROMS];
#define REG_3		0x0004a0
#define REG_4		0x000600
#define REG_6		0x000800
+#define REG_7		0x000804
#define REG_8		0x000820
#define REG_9		0x000a04
#define REG_10		0x018000
 <at>  <at>  -135,6 +136,8  <at>  <at>  static int __initdata stifb_bpp_pref[MAX_STI_ROMS];
#define REG_21		0x200218
#define REG_22		0x0005a0
#define REG_23		0x0005c0
+#define REG_24		0x000808
+#define REG_25		0x000b00
#define REG_26		0x200118
#define REG_27		0x200308
(Continue reading)

Klientskie bazi tel +79133913837 Yznaite podrobnee!!!

Klientskie bazi tel +79133913837 Yznaite podrobnee!!!
--
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

Xose Vazquez Perez | 8 Jun 16:54 2015
Picon

Generic kernel features that need architecture(parisc) support

Hi,

If there is anything wrong, please report it in this thread:
https://marc.info/?t=143332955700003

The meaning of entries in the tables is:

    | ok |  # feature supported by the architecture
    |TODO|  # feature not yet supported by the architecture
    | .. |  # feature cannot be supported by the hardware

#
# Kernel feature support matrix of the 'parisc' architecture:
#
     sched/ numa-balancing       :  ..  |        ARCH_SUPPORTS_NUMA_BALANCING #  arch supports NUMA balancing
      time/ irq-time-acct        :  ..  |            HAVE_IRQ_TIME_ACCOUNTING #  arch supports precise IRQ time accounting
        vm/ numa-memblock        :  ..  |              HAVE_MEMBLOCK_NODE_MAP #  arch supports NUMA aware memblocks
      core/ generic-idle-thread  :  ok  |             GENERIC_SMP_IDLE_THREAD #  arch makes use of the generic SMP idle thread facility
      time/ modern-timekeeping   :  ok  |            !ARCH_USES_GETTIMEOFFSET #  arch does not use arch_gettimeoffset() anymore
      time/ virt-cpuacct         :  ok  |            HAVE_VIRT_CPU_ACCOUNTING #  arch supports precise virtual CPU time accounting
      core/ BPF-JIT              : TODO |                        HAVE_BPF_JIT #  arch supports BPF JIT optimizations
      core/ jump-labels          : TODO |                HAVE_ARCH_JUMP_LABEL #  arch supports live patched, high efficiency branches
      core/ tracehook            : TODO |                 HAVE_ARCH_TRACEHOOK #  arch supports tracehook (ptrace) register handling APIs
     debug/ gcov-profile-all     : TODO |           ARCH_HAS_GCOV_PROFILE_ALL #  arch supports whole-kernel GCOV code
coverage profiling
     debug/ KASAN                : TODO |                     HAVE_ARCH_KASAN #  arch supports the KASAN runtime memory checker
     debug/ kgdb                 : TODO |                      HAVE_ARCH_KGDB #  arch supports the kGDB kernel debugger
     debug/ kprobes              : TODO |                        HAVE_KPROBES #  arch supports live patched kernel probe
     debug/ kprobes-on-ftrace    : TODO |              HAVE_KPROBES_ON_FTRACE #  arch supports combined kprobes and ftrace
live patching
(Continue reading)

Helge Deller | 29 May 22:13 2015
Picon
Picon

[PATCH][RFC] parisc: Optimize TLB flush functions based on timing results

This patch optimizes the TLB flushing functions flush_tlb_mm() and
__flush_tlb_range() in a way that it adds timing routines to calculate
the optimal size up to which flushes of small TLB ranges perform faster
than when performing a full TLB shootdown.

Here are some timing results for a rp5470 and J5000 machine:

Machine: rp5470, PA8700, 875 MHz
I-cache         : 768 KB
D-cache         : 1536 KB (WB, direct mapped)
ITLB entries    : 240
DTLB entries    : 240 - shared with ITLB

Whole cache flush 692084 cycles, flushing 13214592 bytes 5904392 cycles
Setting cache flush threshold to 1512 kB.
Whole TLB flush 40990 cycles, flushing 4096000 bytes 448989 cycles
Setting TLB flush threshold to 368 kB.

Machine: J5000/785, PA8500, 440MHz
I-cache         : 512 KB
D-cache         : 1024 KB (WB, direct mapped)
ITLB entries    : 160
DTLB entries    : 160 - shared with ITLB

Whole cache flush 268605 cycles, flushing 13214592 bytes 1861037 cycles
Setting cache flush threshold to 1024 kB
Whole TLB flush 14131 cycles, flushing 13221888 bytes 769329 cycles
Setting TLB flush threshold to 240 kB

Signed-off-by: Helge Deller <deller <at> gmx.de>
(Continue reading)

Helge Deller | 11 May 22:01 2015
Picon
Picon

[PATCH] Fix crashes due to stack randomization on stack-grows-upwards architectures

On architectures where the stack grows upwards (CONFIG_STACK_GROWSUP=y,
currently parisc and metag only) stack randomization sometimes leads to crashes
when the stack ulimit is set to lower values than STACK_RND_MASK (which is 8 MB
by default if not defined in arch-specific headers).

The problem is, that when the stack vm_area_struct is set up in fs/exec.c, the
additional space needed for the stack randomization (as defined by the value of
STACK_RND_MASK) was not taken into account yet and as such, when the stack
randomization code added a random offset to the stack start, the stack
effectively got smaller than what the user defined via rlimit_max(RLIMIT_STACK)
which then sometimes leads to out-of-stack situations and crashes.

This patch fixes it by adding the maximum possible amount of memory (based on
STACK_RND_MASK) which theoretically could be added by the stack randomization
code to the initial stack size. That way, the user-defined stack size is always
guaranteed to be at minimum what is defined via rlimit_max(RLIMIT_STACK).

This bug is currently not visible on the metag architecture, because on metag
STACK_RND_MASK is defined to 0 which effectively disables stack randomization.

The changes to fs/exec.c are inside an "#ifdef CONFIG_STACK_GROWSUP"
section, so it does not affect other platformws beside those where the
stack grows upwards (parisc and metag).

Signed-off-by: Helge Deller <deller <at> gmx.de>
Cc: linux-parisc <at> vger.kernel.org
Cc: linux-kernel <at> vger.kernel.org
Cc: James Hogan <james.hogan <at> imgtec.com>
Cc: linux-metag <at> vger.kernel.org
Cc: linux-mm <at> kvack.org
(Continue reading)

JEFFERSON CARSON | 6 May 19:38 2015
Picon

(unknown)


--

-- 
Haben Sie einen Kredit? oder brauchen einen Kredit, um ein Unternehmen zu
gründen, und wenn ja, kontaktieren Sie uns bitte unter:
jeffersoncarsonloanfirm <at> hotmail.com

Name:
Darlehensbetrag benötigt:
Zustand:
Land:

--
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

Kyrill Tkachov | 27 Apr 16:11 2015

Access to 64-bit hppa machine for GCC development

Hello,

I'm working on FSF GCC and I have a patch that I may have to iterate over with the community
that may affect GCC for 64-bit hppa.

John David Anglin mentioned that I can apply for an account on a Debian parisc linux machine
to test GCC patches. Is it possible for me to get one?
I would use it to test patches for FSF GCC and would therefore need
the prerequisites for building GCC installed on that machine.

Thanks in advance,
Kyrill

--
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


Gmane