http://blog.gmane.org/gmane.linux.ports.parisc hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.ports.parisc/4468 <pre> I have a business for you to handle with me. Should you be interested, Kindly contact me via (ahwoi.kwesi&lt; at &gt;yahoo.com) for more details. Thanks Hon. Kwesi Ahwoi +233543146547 ----------------------------------------- This email was sent using TCEMail Service. Thiagarajar College of Engineering Madurai-625 015, India -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo&lt; at &gt;vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Hon. Kwesi Ahwoi 2012-05-23T03:33:09 http://comments.gmane.org/gmane.linux.ports.parisc/4467 <pre>I'll queue this patch in our git repo. It seems to work fine for us, thanks, Dave! v2: use test_thread_flag() for max addr determination instead of tsk-&gt;thread.task_size James --- diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig index ddb8b24..3ff21b5 100644 --- a/arch/parisc/Kconfig +++ b/arch/parisc/Kconfig &lt; at &gt;&lt; at &gt; -18,6 +18,7 &lt; at &gt;&lt; at &gt; config PARISC select IRQ_PER_CPU select ARCH_HAVE_NMI_SAFE_CMPXCHG select GENERIC_SMP_IDLE_THREAD +select GENERIC_STRNCPY_FROM_USER help The PA-RISC microprocessor is designed by Hewlett-Packard and used diff --git a/arch/parisc/include/asm/processor.h b/arch/parisc/include/asm/processor.h index 0e8b7b8..1419924 100644 --- a/arch/parisc/include/asm/processor.h +++ b/arch/parisc/include/asm/processor.h &lt; at &gt;&lt; at &gt; -40,12 +40,16 &lt; at &gt;&lt; at &gt; #define DEFAULT_TASK_SIZE32(0xFFF00000UL) #define DEFAULT_MAP_BASE32(0x40000000UL) +/* FIXME: remove task_size from current-&gt;thread and remove TMP_TASK_SIZE */ #ifdef CONFIG_64BIT #define DEFAULT_TASK_SIZE (MAX_ADDRESS-0xf000000)</pre> James Bottomley 2012-05-26T08:48:19 http://comments.gmane.org/gmane.linux.ports.parisc/4465 <pre> i am robothroli, Purchase manager from roli Merchant Ltd. We are Import/export Company based in taiwan. We are interested in purchasing your product and I would like to make an inquiry. Please inform me on: Sample availability and price Minimum order quantity FOB Prices Sincerely Purchase Manager robothroli -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo&lt; at &gt;vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> robothroli company 2012-05-25T13:45:54 http://comments.gmane.org/gmane.linux.ports.parisc/4463 <pre>I'll queue this patch in our git repo. It seems to work fine for us, thanks, Dave! Parisc people, I'm a bit worried about the #include &lt;linux/sched.h&gt; in asm/uaccess.h ... I'm sure that's going to lead to complications later. It's needed to get the dynamic TASK_SIZE, which expands through the task structure to fill in user_addr_max() ... I'm thinking though that the top of address space doesn't provide much protection on pa (since our stack grows up towards it anyway, so we could just replace that with ~0UL ... what do people think? James --- diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig index ddb8b24..3ff21b5 100644 --- a/arch/parisc/Kconfig +++ b/arch/parisc/Kconfig &lt; at &gt;&lt; at &gt; -18,6 +18,7 &lt; at &gt;&lt; at &gt; config PARISC select IRQ_PER_CPU select ARCH_HAVE_NMI_SAFE_CMPXCHG select GENERIC_SMP_IDLE_THREAD +select GENERIC_STRNCPY_FROM_USER help The PA-RISC microprocessor is designed by Hewlett-Packard and used diff --git a/arch/parisc/include/asm/uaccess.h b/arch/parisc/include/asm/uaccess.h index 9ac066</pre> James Bottomley 2012-05-25T13:59:52 http://comments.gmane.org/gmane.linux.ports.parisc/4457 <pre>Someone with an HP K360 contacted me, looking for a way to give it to somebody who could use it, preferably for Linux work. It's a large machine and expensive to ship, so ideally you'd be able to pick it up in Bergen, Norway. If you're interested, let me know and I can get you in touch with the owner. Bjorn -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo&lt; at &gt;vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Bjorn Helgaas 2012-05-21T20:23:20 http://comments.gmane.org/gmane.linux.ports.parisc/4448 <pre> Your e-mail won £1,000,000.00 in the BBC 2012 bonanza, For claims, Send your details to Mr.Roy Calton viaE-mail: mrcaltonclaimsunit1&lt; at &gt;9.cn PHONE:+447553197697 -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo&lt; at &gt;vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Anthony.Escalera< at >rcc.edu 2012-05-20T13:16:12 http://comments.gmane.org/gmane.linux.ports.parisc/4444 <pre>This is a set of three bug fixes that gets parisc running again on systems with PA1.1 processors. Two fix regressions introduced in 2.6.39 and one fixes a prefetch bug that only affects PA7300LC processors. We also have another pending fix to do with the sectional arrangement of vmlinux.lds, but there's a query on it during testing on one particular system type, so I'll hold off sending it in for now. The patches are here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git parisc-fixes The short changelog is: James Bottomley (2): [PARISC] fix panic on prefetch(NULL) on PA7300LC [PARISC] fix PA1.1 oops on boot John David Anglin (1): [PARISC] fix crash in flush_icache_page_asm on PA1.1 And the diffstat: arch/parisc/include/asm/prefetch.h | 7 ++++++- arch/parisc/kernel/entry.S | 4 ++++ arch/parisc/kernel/pacache.S | 38 +++++++++++++++++++----------------- 3 files changed, 30 insertions(+), 19 deletions(-) With the full diff below James ---</pre> James Bottomley 2012-05-19T18:51:05 http://comments.gmane.org/gmane.linux.ports.parisc/4442 <pre>  Hello,I am Cpt. James Hans an officer of the U.S Army, serving with the 82nd Airborne Division Peace keeping force in Kabul,Afghanistan.We are currently in Afghanistan and I have some important items that i need to ship to you.I need you to reply only if you are interested.I will explain further when i get a response from you and here is my private email: jameshans22&lt; at &gt;gmail.comCpt. James Hans. -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo&lt; at &gt;vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Capt James Hans 2012-05-15T20:41:48 http://comments.gmane.org/gmane.linux.ports.parisc/4432 <pre>Since "[PATCH] PA-RISC assembler cleanups and fixes" back in 2005, (commit b6181a0a1999c7d4dd937d7f5234fb62eca68e89 in historical tree), we do loop until all pending signals are dealt with. Which is fine, except that now we need to deal with syscall restart logics in all of them. What happens if we have r28 containing e.g. -ERESTARTNOINTR when we do a syscall? Note that x86 analog of the code in parisc syscall_restart() differs in one respect - the same register is used for return value and syscall number. So once we'd copied -&gt;orig_ax to -&gt;ax, that's it - it *can't* be a restart-worthy value anymore, since then we would've been in a syscall with negative syscall number and -&gt;ax before the assignment would've been -ENOSYS. I.e. not a restart-worthy value, so we wouldn't have hit that regs-&gt;ax = regs-&gt;orig_ax in the first place. On parisc the counterpart of the above doesn't work; AFAICS, we might have whatever we bloody please in r28 when we make a syscall. Syscall number goes in r20, arguments are </pre> Al Viro 2012-05-18T17:58:33 http://comments.gmane.org/gmane.linux.ports.parisc/4421 <pre>In certain configurations, the resulting kernel becomes too large to boot because the linker places the long branch stubs for the merged .text section at the very start of the image. As a result, the initial transfer of control jumps to an unexpected location. Fix this by placing the head text in a separate section so the stubs for .text are not at the start of the image. Signed-off-by: John David Anglin &lt;dave.anglin&lt; at &gt;bell.net&gt; </pre> John David Anglin 2012-05-17T14:34:34 http://comments.gmane.org/gmane.linux.ports.parisc/4390 <pre>Unfortunately, some of the CPU Hotplug code has been duplicated in all of the architectures. And in some cases, very poorly (some architectures left out some of the important bits), to add to the woes. Commit 5fbd036b552f633abb394a319f7c62a5c86a9cd7 (sched: Cleanup cpu_active madness) introduced some changes that made the scheduler rely on the CPU_STARTING notifier. And hence those architectures which forgot to send out the CPU_STARTING notification will almost surely get into trouble. (Xen is one example[1]). The proper fix would be to pull out these bits into generic CPU Hotplug code. But for now, fix this regression by adding the missing bits in the respective architectures. [1].https://lkml.org/lkml/2012/3/20/459 -- Srivatsa S. Bhat (2): parisc/CPU hotplug: Add missing call to notify_cpu_starting() mn10300/CPU hotplug: Add missing call to notify_cpu_starting() arch/mn10300/kernel/smp.c | 9 ++++++--- arch/parisc/kernel/smp.c | 8 +++++++- 2 files changed, 13 insertions(+), 4 de</pre> Srivatsa S. Bhat 2012-05-15T19:01:43 http://comments.gmane.org/gmane.linux.ports.parisc/4379 <pre> Dear Friend, As you read this, I don't want you to feel sorry for me,because, I believe everyone will die someday,and am contacting you because I really do need your help and I want you to help me with all your effort and time for just seven to fourteen workings days of your time.I want you to be honest and truthful with me that you will help me with my last wish as a dying man. Please i need a reliable person who will usethe Money($18 milliondollars)to build orphanage home or charity organization. Please kindly reply to my most confidential email if you are really interested in helping me please: mr.saeed01&lt; at &gt;linuxmail.org God be with you. Mr.Saeed Ahmed. ---------------------------------------------------------------- FME Webmail www.educacao.niteroi.rj.gov.br -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo&lt; at &gt;vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Mr.Saeed Ahmed. 2012-05-09T06:27:58 http://comments.gmane.org/gmane.linux.ports.parisc/4375 <pre>This is with the cache-2 patch. Now trying to build with SLUB to see if the problem goes away. Any more information needed? jer# # Automatically generated file; DO NOT EDIT. # Linux/parisc 3.2.12-gentoo Kernel Configuration # CONFIG_PARISC=y CONFIG_MMU=y CONFIG_STACK_GROWSUP=y CONFIG_GENERIC_LOCKBREAK=y CONFIG_RWSEM_GENERIC_SPINLOCK=y # CONFIG_ARCH_HAS_ILOG2_U32 is not set # CONFIG_ARCH_HAS_ILOG2_U64 is not set CONFIG_GENERIC_BUG=y CONFIG_GENERIC_HWEIGHT=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_TIME_LOW_RES=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_SG_DMA_LENGTH=y CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" CONFIG_CONSTRUCTORS=y CONFIG_HAVE_IRQ_WORK=y CONFIG_IRQ_WORK=y # # General setup # CONFIG_EXPERIMENTAL=y CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_CROSS_COMPILE="hppa64-unknown-linux-gnu-" CONFIG_LOCALVERSION="-JeR" # CONFIG_LOCALVERSION_AUTO is not set CONFIG_DEFAULT_HOSTNAME="elmer" CONFIG_S</pre> Jeroen Roovers 2012-05-14T18:48:33 http://comments.gmane.org/gmane.linux.ports.parisc/4366 <pre>Kernel hangs somewhere around initializing the other CPUs. Note that the timing information stays the same, despite the last message coming about ~2 seconds late. SMP worked fine on 3.3.0, especially with David Angelin's cache-tlb patch. Command line for kernel: 'root=/dev/sda4 console=ttyB0 palo_kernel=2/vmlinux' Selected kernel: /vmlinux from partition 2 ELF64 executable Entry 00100000 first 00100000 n 4 Segment 0 load 00100000 size 6520832 mediaptr 0x1000 Segment 1 load 007a08c0 size 577784 mediaptr 0x6398c0 Segment 2 load 00830000 size 191360 mediaptr 0x6c7000 Segment 3 load 0085f000 size 151872 mediaptr 0x6f6000 Branching to kernel entry point 0x00100000. If this is the last message you see, you may need to switch your console. This is a common symptom -- search the FAQ and mailing list at parisc-linux.org [ 0.000000] Linux version 3.4.0-rc7+ (tobiasu&lt; at &gt;cobalt) (gcc version 4.6.2 (Gentoo 4.6.2-r1 p1.4.1) ) #2 SMP Sun May 13 19:21:35 CEST 2012 [ 0.000000] FP[0] enabled: Rev 1 Model 20 [ 0.000</pre> Tobias Ulmer 2012-05-13T17:51:29 http://comments.gmane.org/gmane.linux.ports.parisc/4363 <pre> </pre> HUI WONG 2012-05-13T11:31:05 http://comments.gmane.org/gmane.linux.ports.parisc/4361 <pre>haalloo, how are you doing,i hope you are fine,my name is miss abi okom i got your contact and want us to be a good friend, please try and write back to me so that i will give you my pictures and tell you more about me, -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo&lt; at &gt;vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> abi 2012-05-12T16:55:14 http://comments.gmane.org/gmane.linux.ports.parisc/4359 <pre> </pre> Mrs Sabah Halif 2012-05-05T18:59:22 http://comments.gmane.org/gmane.linux.ports.parisc/4353 <pre>Since d66acc39c7cee323733c8503b9de1821a56dff7e (bitops: Optimise get_order()) getorder.h includes log2.h which leads to an include loop on PA-RISC, bringing a bunch of other breakage to light. This patchset fixes the compilation of the current state of 3.4 on HPPA. Unchanged against the first version, just added an Ack by Grant. Rolf Eike Beer (5): parisc: add missing includes in asm/spinlock.h parisc: add missing forward declarations in asm/hardware.h parisc: drop include of asm/pdc.h from asm/hardware.h parisc: add missing include of asm/page.h to asm/pgtable.h parisc: move definition of PAGE0 to asm/page.h arch/parisc/include/asm/hardware.h | 3 ++- arch/parisc/include/asm/page.h | 6 ++++++ arch/parisc/include/asm/pdc.h | 7 ------- arch/parisc/include/asm/pgtable.h | 2 ++ arch/parisc/include/asm/spinlock.h | 2 ++ arch/parisc/kernel/pdc_cons.c | 1 + arch/parisc/kernel/time.c | 1 + drivers/parisc/sba_iommu.c | 1 + drivers/video/c</pre> Rolf Eike Beer 2012-05-10T20:50:37 http://comments.gmane.org/gmane.linux.ports.parisc/4324 <pre>Hi parisc folks, I have noticed that the mainline kernel won't boot any more on my hp712/100, starting with v2.6.39. It panics in flush_instruction_cache_local. After bisection, it appeared the culprit was commit f311847c2fcebd81912e2f0caf8a461dec28db41 "parisc: flush pages through tmpalias space". Reverting it made v2.6.39 boot again. For v3.0, I needed to revert a few more patches simply to allow reverting the original bad commit. And starting with v3.2, I needed to add the patch from John David Anglin to adjust section arrangement, too (see http://www.spinics.net/lists/linux-parisc/msg04091.html). Here is the final patch "pile" I need on v3.4-rc6 to make it boot properly: &lt;patch from John David Anglin&gt; Revert f311847c "parisc: flush pages through tmpalias space" Revert 8b4ae334 "eliminate special FLUSH flag from page table" Revert b54cd0d5 "[PARISC] fix pacache .size with new binutils" Revert b7d45818 "[PARISC] prevent speculative re-read on cache flush" If someone manages to repair the cache r</pre> Vincent 2012-05-08T21:59:56 http://comments.gmane.org/gmane.linux.ports.parisc/4323 <pre> </pre> Mrs.Dorothy Peters 2012-05-08T00:26:06 http://comments.gmane.org/gmane.linux.ports.parisc/4322 <pre> </pre> sabah halif 2012-05-07T20:13:43 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.ports.parisc