Menu
▾
▴
linuxsh-dev
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
(12) |
May
(82) |
Jun
(72) |
Jul
(39) |
Aug
(104) |
Sep
(61) |
Oct
(55) |
Nov
(101) |
Dec
(48) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(52) |
Feb
(67) |
Mar
(18) |
Apr
(16) |
May
(33) |
Jun
(12) |
Jul
(102) |
Aug
(168) |
Sep
(65) |
Oct
(60) |
Nov
(43) |
Dec
(121) |
| 2002 |
Jan
(69) |
Feb
(32) |
Mar
(90) |
Apr
(59) |
May
(45) |
Jun
(43) |
Jul
(33) |
Aug
(21) |
Sep
(11) |
Oct
(20) |
Nov
(26) |
Dec
(3) |
| 2003 |
Jan
(12) |
Feb
(18) |
Mar
(11) |
Apr
(11) |
May
(41) |
Jun
(76) |
Jul
(77) |
Aug
(15) |
Sep
(38) |
Oct
(56) |
Nov
(19) |
Dec
(39) |
| 2004 |
Jan
(17) |
Feb
(52) |
Mar
(36) |
Apr
(34) |
May
(48) |
Jun
(85) |
Jul
(38) |
Aug
(42) |
Sep
(41) |
Oct
(77) |
Nov
(27) |
Dec
(19) |
| 2005 |
Jan
(32) |
Feb
(35) |
Mar
(29) |
Apr
(8) |
May
(7) |
Jun
(31) |
Jul
(46) |
Aug
(93) |
Sep
(65) |
Oct
(85) |
Nov
(219) |
Dec
(47) |
| 2006 |
Jan
(170) |
Feb
(103) |
Mar
(49) |
Apr
(43) |
May
(45) |
Jun
(29) |
Jul
(77) |
Aug
(82) |
Sep
(43) |
Oct
(45) |
Nov
(26) |
Dec
(85) |
| 2007 |
Jan
(42) |
Feb
(48) |
Mar
(64) |
Apr
(31) |
May
(88) |
Jun
(53) |
Jul
(175) |
Aug
(212) |
Sep
(91) |
Oct
(103) |
Nov
(110) |
Dec
(5) |
| 2008 |
Jan
(20) |
Feb
(11) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(3) |
Oct
(12) |
Nov
|
Dec
|
|
From: Paul M. <le...@li...> - 2007-11-04 22:48:45
|
On Sun, Nov 04, 2007 at 04:33:38PM -0400, Mike Frysinger wrote: > The common linux/ptrace.h already defines PTRACE_O_TRACESYSGOOD so there is no > need to have arches do it. This also keeps glibc-2.7 from breaking since it > has an enum for the PTRACE_O_* flags. > > Signed-off-by: Mike Frysinger <va...@ge...> Applied, thanks. |
|
From: Mike F. <va...@ge...> - 2007-11-04 20:33:48
|
The common linux/ptrace.h already defines PTRACE_O_TRACESYSGOOD so there is no
need to have arches do it. This also keeps glibc-2.7 from breaking since it
has an enum for the PTRACE_O_* flags.
Signed-off-by: Mike Frysinger <va...@ge...>
---
diff --git a/include/asm-sh/ptrace.h b/include/asm-sh/ptrace.h
index ed358a3..b9789c8 100644
--- a/include/asm-sh/ptrace.h
+++ b/include/asm-sh/ptrace.h
@@ -42,9 +42,6 @@
#define REG_FPSCR 55
#define REG_FPUL 56
-/* options set using PTRACE_SETOPTIONS */
-#define PTRACE_O_TRACESYSGOOD 0x00000001
-
/*
* This struct defines the way the registers are stored on the
* kernel stack during a system call or other kernel entry.
diff --git a/include/asm-sh64/ptrace.h b/include/asm-sh64/ptrace.h
index a6d4da5..c424f80 100644
--- a/include/asm-sh64/ptrace.h
+++ b/include/asm-sh64/ptrace.h
@@ -32,6 +32,4 @@ struct pt_regs {
extern void show_regs(struct pt_regs *);
#endif
-#define PTRACE_O_TRACESYSGOOD 0x00000001
-
#endif /* __ASM_SH64_PTRACE_H */
|
|
From: Paul M. <le...@li...> - 2007-11-04 06:47:40
|
Hi Iwamatsu-san, On Fri, Nov 02, 2007 at 10:42:52PM +0900, Nobuhiro Iwamatsu wrote: > Please pick up this patch. > http://sourceforge.net/mailarchive/forum.php?thread_name=20071022001638.9c04cb09.iwamatsu%40nigauri.org&forum_name=linuxsh-dev > I'll queue it up with the next batch of updates. Thanks for catching this! |
|
From: Rafael I. Z. <riz...@ya...> - 2007-11-02 19:25:24
|
Hello Paul, --- Paul Mundt <le...@li...> wrote: > On Wed, Oct 10, 2007 at 08:28:01AM -0700, Rafael > Ignacio Zurita wrote: > > I was trying kexec in sh3 ... But it > > gets > > frozen when run "kexec -e". I would wish to know > > what might be the issue. > > > kexec has not had any testing on SH-3 that I know > of, so there are bound > to be bugs. > > This comes from kexec_info(), the next step after > this is the cache flush > and then jumping in to the new code. Thinking about > this a bit, > flush_cache_all() on that particular SH-3 is a > no-op, so you may have to > explicitly purge the region before doing the jump. > > How does something like this work? No luck... I applied the patch, but it gave me the same system frozen after "kexec -e". If you need some useful information to help with this problem i will test. Thanks in advance, Rafael > diff --git a/arch/sh/kernel/machine_kexec.c > b/arch/sh/kernel/machine_kexec.c > index 5c17de5..ffd02b3 100644 > --- a/arch/sh/kernel/machine_kexec.c > +++ b/arch/sh/kernel/machine_kexec.c > @@ -97,7 +97,8 @@ NORET_TYPE void > machine_kexec(struct kimage *image) > relocate_new_kernel_size); > > kexec_info(image); > - flush_cache_all(); > + __flush_purge_region((void *)reboot_code_buffer, > + relocate_new_kernel_size); > > /* now call it */ > rnk = (relocate_new_kernel_t) reboot_code_buffer; > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Nobuhiro I. <he...@t-...> - 2007-11-02 13:43:52
|
Hi, Paul. On Fri, 2 Nov 2007 14:40:31 +0900 Paul Mundt <le...@li...> wrote: > Please pull from: > > master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git > > Which contains: > > Adrian McMenamin (2): > sh: Clean up Kconfig entry for Dreamcast. > maple: Fix maple bus compiler warning snip > 24 files changed, 390 insertions(+), 387 deletions(-) Please pick up this patch. http://sourceforge.net/mailarchive/forum.php?thread_name=20071022001638.9c04cb09.iwamatsu%40nigauri.org&forum_name=linuxsh-dev regards, Nobuhiro -- Nobuhiro Iwamatsu he...@t-... iwa...@de... GPG ID : 3170EBE9 |
|
From: Paul M. <le...@li...> - 2007-11-02 05:41:22
|
Please pull from: master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh64-2.6.git Which contains: Adrian Bunk (1): sh64: fix dma_cache_sync() compilation Paul Mundt (1): sh64: Update defconfigs. Robert P. J. Day (1): sh64: Move DMA macros from pci.h to scatterlist.h. arch/sh64/configs/cayman_defconfig | 140 +++++++++++++++++------------------- arch/sh64/configs/harp_defconfig | 105 ++++++++++++--------------- arch/sh64/configs/sim_defconfig | 68 ++++++++---------- include/asm-sh64/dma-mapping.h | 5 +- include/asm-sh64/pci.h | 9 --- include/asm-sh64/scatterlist.h | 9 +++ 6 files changed, 154 insertions(+), 182 deletions(-) |
|
From: Paul M. <le...@li...> - 2007-11-02 05:40:45
|
Please pull from: master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git Which contains: Adrian McMenamin (2): sh: Clean up Kconfig entry for Dreamcast. maple: Fix maple bus compiler warning Alejandro Martinez Ruiz (1): sh: ARRAY_SIZE() cleanup Kaz Kojima (1): sh: Terminate .eh_frame in VDSO with a 4-byte 0. Magnus Damm (1): sh: add support for ax88796 and 93cx6 to highlander boards Manuel Lauss (1): sh: fix zImage build with >=binutils-2.18 Paul Mundt (15): sh: Correct pte_page() breakage. sh: Fix up early mem cmdline parsing. sh: Kill off legacy embedded ramdisk section. sh: Use generic SMP_CACHE_BYTES/L1_CACHE_ALIGN. sh: Move zero page param defs somewhere sensible. sh: linker script tidying. sh: Provide a __read_mostly section wrapper. sh: Make SH7750 oprofile compile again. sh: Kill off dead ipr_irq_demux(). sh: Clean up SR.RB Kconfig mess. sh: Decouple 4k and soft/hardirq stacks. sh: Correct SUBARCH matching. sh: Fix up r7780rp highlander CF access size. sh: mach-type updates. sh: Update r7785rp defconfig. Stuart Menefy (1): sh: Fix optimized __copy_user() movca.l usage. Yoshihiro Shimoda (2): sh: Add resource of USBF for SH7722. sh: Enable USBF on MS7722SE. Makefile | 3 +- arch/sh/Kconfig | 8 +- arch/sh/Kconfig.debug | 8 + arch/sh/Makefile | 2 +- arch/sh/boards/renesas/r7780rp/setup.c | 71 ++++++++ arch/sh/boards/se/7722/setup.c | 4 +- arch/sh/configs/r7785rp_defconfig | 299 +++++++++++--------------------- arch/sh/drivers/pci/pci-st40.c | 4 +- arch/sh/kernel/cpu/irq/ipr.c | 9 - arch/sh/kernel/cpu/sh4a/setup-sh7722.c | 27 +++ arch/sh/kernel/irq.c | 8 +- arch/sh/kernel/setup.c | 46 ++---- arch/sh/kernel/vmlinux.lds.S | 201 +++++++++++----------- arch/sh/kernel/vsyscall/vsyscall.lds.S | 5 +- arch/sh/mm/copy_page.S | 4 + arch/sh/oprofile/op_model_sh7750.c | 22 +-- arch/sh/tools/mach-types | 29 +++- drivers/sh/maple/maple.c | 3 +- include/asm-sh/cache.h | 3 +- include/asm-sh/irq.h | 2 +- include/asm-sh/page.h | 1 - include/asm-sh/pgtable.h | 2 +- include/asm-sh/processor.h | 2 +- include/asm-sh/setup.h | 14 ++ 24 files changed, 390 insertions(+), 387 deletions(-) |
|
From: Paul M. <le...@li...> - 2007-11-02 03:43:02
|
On Wed, Oct 10, 2007 at 08:28:01AM -0700, Rafael Ignacio Zurita wrote:
> I was trying kexec in sh3 (HP jornada 660lx:
> SH7709 - HD64461) using those kexec-tools. But it gets
> frozen when run "kexec -e". I would wish to know
> what might be the issue.
>
kexec has not had any testing on SH-3 that I know of, so there are bound
to be bugs.
> root@jornada6xx:~$ export KEXEC_EMPTY_ZERO=0x0d001000
> root@jornada6xx:~$ strace kexec -e
> ...
> reboot(LINUX_REBOOT_MAGIC1, LINUX_REBOOT_MAGIC2,
> 0x45584543 /* LINUX_REBOOT_CMD_
> ??? */Starting new kernel
> kexec information
> segment[0]: 0x0c001000 - 0x0c002000 (0x00001000)
> segment[1]: 0x0c210000 - 0x0c3b8000 (0x001a8000)
> start : 0x8c210000
>
> nothing else happened.
This comes from kexec_info(), the next step after this is the cache flush
and then jumping in to the new code. Thinking about this a bit,
flush_cache_all() on that particular SH-3 is a no-op, so you may have to
explicitly purge the region before doing the jump.
How does something like this work?
diff --git a/arch/sh/kernel/machine_kexec.c b/arch/sh/kernel/machine_kexec.c
index 5c17de5..ffd02b3 100644
--- a/arch/sh/kernel/machine_kexec.c
+++ b/arch/sh/kernel/machine_kexec.c
@@ -97,7 +97,8 @@ NORET_TYPE void machine_kexec(struct kimage *image)
relocate_new_kernel_size);
kexec_info(image);
- flush_cache_all();
+ __flush_purge_region((void *)reboot_code_buffer,
+ relocate_new_kernel_size);
/* now call it */
rnk = (relocate_new_kernel_t) reboot_code_buffer;
|
|
From: Paul M. <le...@li...> - 2007-11-02 03:25:46
|
On Sun, Aug 26, 2007 at 06:45:50AM -0400, Mike Frysinger wrote: > On Saturday 25 August 2007, Paul Mundt wrote: > > Probably a good idea, but that'll break sh64. Should probably be > > s/sh[234].*$/sh/ or so. > > something was itchin me that it was too aggressive but i couldnt place it ... > guess i should have looked at like config.sub :) Ok, this took a bit longer to check in than expected, mostly on account of having forgotten about it completely and just hitting it on my 7785 board for the N-th time. Will go in with the -rc2 changes. |
|
From: Paul M. <le...@li...> - 2007-11-02 01:36:42
|
On Thu, Nov 01, 2007 at 07:55:57PM +0000, Stuart MENEFY wrote: > Looking at the code, there is a movca.l in there, which IIRC isn't > available on an SH3. > > Although given that, I don't understand how this even builds. > In order for it to blow up the ISA tuning has to be just right, or else any supported opcode won't complain. This is part of why the ISA selection in arch/sh/Makefile is such a pain, especially as the various toolchains make it a total grab-bag with regards to what flags can be supported and which ones can't. Initially it was helpful on SH-2/SH-2A for finding all of the register bank accessors, as otherwise they would all build in successfully and just generate some fairly interesting bugs. Some places manage to elude the ISA tuning completely as well by just hardcoding the opcodes and operands in hex due to certain toolchains not undertanding the opcode mnemonics at all. This happens with the DSP state save/restore, for example. It's something we can slowly fix up, but there are unfortunately far too many varied toolchains out in the wild with utterl conflicting behaviour. |
|
From: Paul M. <pau...@re...> - 2007-11-02 01:25:55
|
On Thu, Nov 01, 2007 at 10:44:06PM +0100, Heiko Schocher wrote: > PVR=04050045 CVR=20480000 PRR=00000103 > I-cache : n_ways=2 n_sets=256 way_incr=8192 > I-cache : entry_mask=0x00001fe0 alias_mask=0x00001000 n_aliases=2 > D-cache : n_ways=2 n_sets=512 way_incr=16384 > D-cache : entry_mask=0x00003fe0 alias_mask=0x00003000 n_aliases=4 > [snip] > But I get it running without caches enabled -> There is somewhere the > Problem, I am searching > for it ... if I enable the caches I get allways this bogus INTEVT 0x1e0 > after starting the init ... (And > sometimes the complete Kernel never starts ...) > So it looks like you're being bitten by the same problem that Manuel reported with regards to breakage on 2-way caches. I'm presently debugging this, and will post patches once the remaining bugs I know of are fixed. |
|
From: Roland M. <ro...@re...> - 2007-11-01 21:55:43
|
Thanks. In future please include complete ChangeLog entries in standard GNU form (as you see in the file) before your patches. Thanks, Roland |
|
From: Heiko S. <hei...@in...> - 2007-11-01 21:39:24
|
Hello Paul,
Paul Mundt schrieb:
> On Tue, Oct 30, 2007 at 06:44:32PM +0100, Heiko Schocher wrote:
>> Paul Mundt schrieb:
>>>> Is there a board running with a SH7750R? Maybe there is some CPU
>>>> specific stuff to set up ...
>>>>
>>> Can you attach your entire .config? I don't have a SH7750R handy,
>>> but can
>>> probably dig one up if nothing else helps.
>> After looking in the SH7751R Manual, I saw, that the SH7751R can t use
>> SDRAM with Bussize 64 Bit. The SH7750R can use SDRAM with 64 Bit
>> Bussize, which I use on my board. Also can the SH7750R map the
>> SDRAM to Area 2 or 3, the SH7751R only to Area 3, maybe there is a
>> problem?
>>
> No, that shouldn't matter. If this was a problem, you wouldn't be making
> it very far in the kernel at least.
>
> There are two other things to try first, write-through caching, and
> reverting commit-id 023ef184fff6ac2e7cba345708f35536a2a419cb. Your
> problem does not seem to be related to what Kristoffer is hitting, but
> the bogus INTEVT is rather perplexing.
>
I have it running :-)
=> run sh
TFTP from server 192.168.1.4; our IP address is 192.168.1.10
Filename 'kernel-sh'.
Load address: 0xc000000
Loading: #################################################################
########################
done
Bytes transferred = 1302592 (13e040 hex)
## Booting image at 0c000000 ...
Image Name: sh-linux-image
Created: 2007-11-01 21:34:14 UTC
Image Type: SuperH Linux Kernel Image (uncompressed)
Data Size: 1302528 Bytes = 1.2 MB
Load Address: 88800000
Entry Point: 88800000
Verifying Checksum ... OK
OK
starting SH kernel ...
Uncompressing Linux...
Ok, booting the kernel.
Linux version 2.6.24-rc1-gc5f67c68-dirty (@Zeus) (gcc version 4.1.1
20061011 (Red Hat 4.1.1-30)) #77 Thu Nov 1 22:33:47 CET 2007
Booting machvec: POSEIDON
Node 0: start_pfn = 0x8000, low = 0x10000
Zone PFN ranges:
Normal 32768 -> 65536
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 32768 -> 65536
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
Kernel command line: root=/dev/nfs rw
nfsroot=192.168.1.4:/home/hs/Entwicklung/sh4/rootfs,rsize=1024,wsize=1024
ip=192.168.1.10:192.168.1.4::255.255.255.0:poseidon:eth0:off panic=1
console=ttySC1,38400 netdev=8,0xa0200000,0,0xbad,eth0
arch/sh/boards/emblux/poseidon/irq.c init_poseidon_IRQ
arch/sh/kernel/cpu/sh4/setup-sh7750.c plat_irq_setup_pins mode: 0
PID hash table entries: 512 (order: 9, 2048 bytes)
Using tmu for system timer
Using 8.333 MHz high precision timer.
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 127360k/131072k available (1906k kernel code, 445k data, 92k init)
PVR=04050045 CVR=20480000 PRR=00000103
I-cache : n_ways=2 n_sets=256 way_incr=8192
I-cache : entry_mask=0x00001fe0 alias_mask=0x00001000 n_aliases=2
D-cache : n_ways=2 n_sets=512 way_incr=16384
D-cache : entry_mask=0x00003fe0 alias_mask=0x00003000 n_aliases=4
Mount-cache hash table entries: 512
CPU: SH7750R
net_namespace: 64 bytes
NET: Registered protocol family 16
DMA: Registering DMA API.
DMA: Registering sh_dmac handler (8 channels).
Time: SuperH clocksource has been installed.
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP reno registered
fuse init (API version 7.9)
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing disabled
SuperH SCI(F) driver initialized
sh-sci: ttySC0 at MMIO 0xffe00000 (irq = 25) is a sci
sh-sci: ttySC1 at MMIO 0xffe80000 (irq = 43) is a scif
console [ttySC1] enabled
loop: module loaded
8390.c:v1.10cvs 9/23/94 Donald Becker (be...@ce...)
ne.c:v1.10 9/23/94 Donald Becker (be...@sc...)
Last modified Nov 1, 2000 by Paul Gortmaker
NE*000 ethercard probe at 0xa0200000:5a:77:3d:57:93:16
eth0: NE2000 found at 0xa0200000, using IRQ 8.
8390.c:v1.10cvs 9/23/94 Donald Becker (be...@ce...)
shwdt: initialized. heartbeat=30 sec (nowayout=0)
nf_conntrack version 0.5.0 (2048 buckets, 8192 max)
IPv4 over IPv4 tunneling driver
GRE over IPv4 tunneling driver
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
IP-Config: Complete:
device=eth0, addr=192.168.1.10, mask=255.255.255.0,
gw=255.255.255.255,
host=poseidon, domain=, nis-domain=(none),
bootserver=192.168.1.4, rootserver=192.168.1.4, rootpath=
Looking up port of RPC 100003/2 on 192.168.1.4
Looking up port of RPC 100005/1 on 192.168.1.4
VFS: Mounted root (nfs filesystem).
Freeing unused kernel memory: 92k freed
init started: BusyBox v1.7.2 (2007-11-01 20:25:53 CET)
Welcome to POSEIDON LINUX done by EmbLux KFT (2007) (sh7750R) - Kernel
2.6.24-rc1-gc5f67c68-dirty (ttySC1).
poseidon login: root
login[18]: root login on 'ttySC1'
[\u@\h \W]$
:-)
But I get it running without caches enabled -> There is somewhere the
Problem, I am searching
for it ... if I enable the caches I get allways this bogus INTEVT 0x1e0
after starting the init ... (And
sometimes the complete Kernel never starts ...)
Thanks for your help!
When I found it, I give you feedback, also adding the patches for the
board here, right?
BTW:
It runs with the patch from Kristoffer commit-ID:
023ef184fff6ac2e7cba345708f35536a2a419cb.
It also runs without this patch ...
bye
Heiko
|
|
From: Kristoffer E. <kri...@gm...> - 2007-11-01 20:45:04
|
Seems like you are quite correct Stuart. Applying this patch makes everything work fine, removing patch produces bug again. Nice catch! On Thu, 01 Nov 2007 19:55:57 +0000 Stuart MENEFY <stu...@st...> wrote: > Looking at the code, there is a movca.l in there, which IIRC isn't > available on an SH3. > > Although given that, I don't understand how this even builds. Doesn't produce any warnings/errors at all. > > So try this: > > Index: linux-2.6.23.1-stm/arch/sh/mm/copy_page.S > =================================================================== > --- linux-2.6.23.1-stm.orig/arch/sh/mm/copy_page.S > +++ linux-2.6.23.1-stm/arch/sh/mm/copy_page.S > @@ -256,7 +256,11 @@ EX( mov.l @r5+,r8 ) > EX( mov.l @r5+,r9 ) > EX( mov.l @r5+,r10 ) > EX( mov.l @r5+,r11 ) > +#if defined(CONFIG_CPU_SH4) > EX( movca.l r0,@r4 ) > +#else > +EX( mov.l r0,@r4 ) > +#endif > add #-32, r6 > EX( mov.l r1,@(4,r4) ) > mov #32, r0 > > > Kristoffer Ericson wrote: > > Greetings, > > > > Haven't had any feedback so far. I would want that the __copy_user patch got reverted since it obviously doesn't work on atleast SH7709A. > > I guess we could ifdef it, but will just make it ugly. > > I stand little chance of fixing it myself without Stuarts help. > > > > Best wishes > > Kristoffer > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > linuxsh-dev mailing list > > lin...@li... > > https://lists.sourceforge.net/lists/listinfo/linuxsh-dev > |
|
From: Stuart M. <stu...@st...> - 2007-11-01 19:56:13
|
Looking at the code, there is a movca.l in there, which IIRC isn't available on an SH3. Although given that, I don't understand how this even builds. So try this: Index: linux-2.6.23.1-stm/arch/sh/mm/copy_page.S =================================================================== --- linux-2.6.23.1-stm.orig/arch/sh/mm/copy_page.S +++ linux-2.6.23.1-stm/arch/sh/mm/copy_page.S @@ -256,7 +256,11 @@ EX( mov.l @r5+,r8 ) EX( mov.l @r5+,r9 ) EX( mov.l @r5+,r10 ) EX( mov.l @r5+,r11 ) +#if defined(CONFIG_CPU_SH4) EX( movca.l r0,@r4 ) +#else +EX( mov.l r0,@r4 ) +#endif add #-32, r6 EX( mov.l r1,@(4,r4) ) mov #32, r0 Kristoffer Ericson wrote: > Greetings, > > Haven't had any feedback so far. I would want that the __copy_user patch got reverted since it obviously doesn't work on atleast SH7709A. > I guess we could ifdef it, but will just make it ugly. > I stand little chance of fixing it myself without Stuarts help. > > Best wishes > Kristoffer > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > linuxsh-dev mailing list > lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxsh-dev |
|
From: Paul M. <le...@li...> - 2007-11-01 10:45:36
|
On Thu, Nov 01, 2007 at 11:38:44AM -0700, Kristoffer Ericson wrote: > Haven't had any feedback so far. I would want that the __copy_user > patch got reverted since it obviously doesn't work on atleast SH7709A. > I guess we could ifdef it, but will just make it ugly. I stand little > chance of fixing it myself without Stuarts help. > I made some hacks to Stuart's version, so it's possible it was inadvertently broken at that point. I'll hack together some test code and see if I can reproduce the failure. Barring that, I'll revert it. |
|
From: Kristoffer E. <kri...@gm...> - 2007-11-01 10:38:39
|
Greetings, Haven't had any feedback so far. I would want that the __copy_user patch got reverted since it obviously doesn't work on atleast SH7709A. I guess we could ifdef it, but will just make it ugly. I stand little chance of fixing it myself without Stuarts help. Best wishes Kristoffer |
|
From: Kristoffer E. <kri...@gm...> - 2007-10-31 13:33:37
|
On Wed, 31 Oct 2007 02:56:21 -0700 Kristoffer Ericson <Kri...@gm...> wrote: > On Fri, 26 Oct 2007 04:46:18 +0900 > Paul Mundt <le...@li...> wrote: > > > On Thu, Oct 25, 2007 at 09:22:40PM -0700, Kristoffer Ericson wrote: > > > The bottom line seems to be that it fails to attach scsi sg0. It > > > explains why it doesn't work, but not why it stopped working. And this > > > has nothing to do with the current kernel config, I've been over that > > > the last 4 days. It all started when I synced my jlime-current.git > > > repository with linux-2.6.git. As you can see I had 2.6.23-rc6 and then > > > synced up to 2.6.23-rc8/rc9 and thats when the troubles started. > > > > > At least that suggests it's not fallout from the INTC changes in -rc1, so > > that helps to narrow it down a bit. Since you have a known good and bad, > > it would be nice if you could bisect this to figure out what exactly > > caused the regression. There weren't any SH-specific changes between rc6 > > and rc8/rc9 at least. Just wanted to confirm that when reverting the patch below my kernels start booting again. Bisect is a pain to go through, but is really effective. > > I've spent a couple of hours bisecting it, and this is where it stops working. I haven't reversed the patch yet, simply because Im dead tired :D Will do that tommorow, but Im quite confident that this is the correct bug. > > 023ef184fff6ac2e7cba345708f35536a2a419cb is first bad commit > commit 023ef184fff6ac2e7cba345708f35536a2a419cb > Author: Stuart Menefy <stu...@st...> > Date: Fri Sep 28 12:36:35 2007 +0900 > > sh: __copy_user() optimizations for small copies. > > This implements a fast-path for small (less than 12 bytes) copies, > with the existing path treated as the slow-path and left as the default > behaviour for all other copy sizes. > > Signed-off-by: Stuart Menefy <stu...@st...> > Signed-off-by: Paul Mundt <le...@li...> > > :040000 040000 43f62cf05d1f71a5564b232dfd9e8492af909a90 4ab51dc5b85bc9bc86d58331845e525a67751be8 > > My bisect log: > *START_ BAD - _CURRENT_ 30 October "No Init found" > BAD - b5869ce7f68b233ceb81465a7655be0d9a5f3dbb "Merge git://..sched" 15 October "No Init found" > BAD - f248488b397d52717f6683e2e53200aa687ffc89 "merge infradead.org" 14 October "No Init found" > BAD - 3749c66c67fb5c257771815c186bc32290cacf44 "merge git/avi/kvm" 13 October "No Init found" > BAD - dcf397f037f52add9945eced57ca300ab6a4413c "merge sh-2.6" 13 October "No Init found" > BAD - 5d9df8eeacec943c9599f1cfd1069bc8cced3de6 "sh: Fix SH-4 DMAC.." "8 October" "No Init found" > BAD - e5137682a1ad48bc5306070935c277e262f119ef "sh: Tidy up gUSA .." "28 September" "No Init found" > BAD - 023ef184fff6ac2e7cba345708f35536a2a419cb "sh: __copy_user().." "28 September" "No Init found" > GOOD - 24eb17e0813490497f4d5b2fad218bdba402cece "sh: clkfwk: Support." "28 September" "WORKS!" > GOOD - cb7af21f7d370edb3a6a6d3e15cb17c8fd61591e "sh: Use boot_cpu_d." "27 September" "WORKS!" > GOOD - c167aeef232c45deaf5c6c9be00a1f71b14962d3 "sh: Kill off dupl.." "27 September" "WORKS!" > GOOD - 1db4e9bb5682fd3fd3f37f7fe9c322e7c5bb7578 "sh: don't enable.." "11 September" "WORKS!" > GOOD - ab9c232286c2b77be78441c2d8396500b045777e "Merge..libata-dev" 12 October "WORKS!" > GOOD - ce9d3c9a6a9aef61525be07fe6ba27d937236aa2 "Merge-br.. for linux" 11 October "WORKS!" > GOOD - d85f57938ad1d674dff8077a2e6a36a45dbe0e22 "Merge branch 'master'" 26 Sept "WORKS!" > GOOD - 2aee6198652b32e5eaef29a8f8330a9dd15b8efd "fixes-jgarzik" 25 Sept "WORKS!" > GOOD - f3d5e3a4155b6f42f6f6f0a2cc95ca0adbabe1af "[PPP] L2TP: Fix .. 19 Sept "WORKS!" > GOOD - 53a3f3087be361dacfc02e7a85b6d6142a41ce8a ~2.6.23-rc 14 Sept "WORKS!" > GOOD - ea3c4b126ad63bd782c7bb5266bb4fd88e203169 ~2.6.23-rc 4 Sept "WORKS!" > > |
|
From: Paul M. <le...@li...> - 2007-10-31 09:41:18
|
The same build issue with SYS_ipc_subcall on sh was also copied on
sh64, fix it up so that SYS_ipc_subcall and SYS_socket_subcall are
both set to something reasonable.
Signed-off-by: Paul Mundt <le...@li...>
---
linux/sh64/syscallent.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux/sh64/syscallent.h
===================================================================
RCS file: /cvsroot/strace/strace/linux/sh64/syscallent.h,v
retrieving revision 1.13
diff -u -p -r1.13 syscallent.h
--- linux/sh64/syscallent.h 2 Aug 2007 01:44:14 -0000 1.13
+++ linux/sh64/syscallent.h 31 Oct 2007 09:23:10 -0000
@@ -429,7 +429,7 @@
{ 5, 0, printargs, "SYS_398" }, /* 398 */
{ 5, 0, printargs, "SYS_399" }, /* 399 */
-#if SYS_ipc_subcall != 400
+#if SYS_socket_subcall != 400
#error fix me
#endif
{ 8, 0, printargs, "socket_subcall"}, /* 400 */
|
|
From: Paul M. <le...@li...> - 2007-10-31 09:41:08
|
Fixes up a build error caused by a duplicate definition for
SYS_ipc_subcall, as well as updates for all of the new system
calls.
With this, syscallent.h is in sync with current kernels.
Signed-off-by: Paul Mundt <le...@li...>
---
linux/sh/syscallent.h | 217 +++++++++++++++++++++++++++-----------------------
1 file changed, 120 insertions(+), 97 deletions(-)
Index: linux/sh/syscallent.h
===================================================================
RCS file: /cvsroot/strace/strace/linux/sh/syscallent.h,v
retrieving revision 1.16
diff -u -p -r1.16 syscallent.h
--- linux/sh/syscallent.h 2 Aug 2007 01:44:14 -0000 1.16
+++ linux/sh/syscallent.h 31 Oct 2007 09:23:10 -0000
@@ -256,109 +256,107 @@
{ 3, TD, sys_fcntl, "fcntl64" }, /* 221 */
{ 4, 0, printargs, "SYS_222" }, /* 222 */
{ 4, 0, printargs, "SYS_223" }, /* 223 */
- { 4, 0, printargs, "SYS_224" }, /* 224 */
- { 5, 0, printargs, "SYS_225" }, /* 225 */
- { 5, 0, printargs, "SYS_226" }, /* 226 */
- { 5, 0, printargs, "SYS_227" }, /* 227 */
- { 5, 0, printargs, "SYS_228" }, /* 228 */
- { 5, 0, printargs, "SYS_229" }, /* 229 */
-
- { 8, 0, printargs, "socket_subcall"}, /* 230 */
- { 3, TN, sys_socket, "socket" }, /* 231 */
- { 3, TN, sys_bind, "bind" }, /* 232 */
- { 3, TN, sys_connect, "connect" }, /* 233 */
- { 2, TN, sys_listen, "listen" }, /* 234 */
- { 3, TN, sys_accept, "accept" }, /* 235 */
- { 3, TN, sys_getsockname, "getsockname" }, /* 236 */
- { 3, TN, sys_getpeername, "getpeername" }, /* 237 */
- { 4, TN, sys_socketpair, "socketpair" }, /* 238 */
- { 4, TN, sys_send, "send" }, /* 239 */
- { 4, TN, sys_recv, "recv" }, /* 240 */
- { 6, TN, sys_sendto, "sendto" }, /* 241 */
- { 6, TN, sys_recvfrom, "recvfrom" }, /* 242 */
- { 2, TN, sys_shutdown, "shutdown" }, /* 243 */
- { 5, TN, sys_setsockopt, "setsockopt" }, /* 244 */
- { 5, TN, sys_getsockopt, "getsockopt" }, /* 245 */
- { 5, TN, sys_sendmsg, "sendmsg" }, /* 246 */
- { 5, TN, sys_recvmsg, "recvmsg" }, /* 247 */
- { 5, 0, printargs, "SYS_248" }, /* 248 */
- { 5, 0, printargs, "SYS_249" }, /* 249 */
-
- { 4, 0, printargs, "ipc_subcall" }, /* 250 */
- { 4, TI, sys_semop, "semop" }, /* 251 */
- { 4, TI, sys_semget, "semget" }, /* 252 */
- { 4, TI, sys_semctl, "semctl" }, /* 253 */
- { 4, 0, printargs, "ipc_subcall" }, /* 254 */
- { 4, 0, printargs, "ipc_subcall" }, /* 255 */
- { 4, 0, printargs, "ipc_subcall" }, /* 256 */
- { 4, 0, printargs, "ipc_subcall" }, /* 257 */
- { 4, 0, printargs, "ipc_subcall" }, /* 258 */
- { 4, 0, printargs, "ipc_subcall" }, /* 259 */
- { 4, 0, printargs, "ipc_subcall" }, /* 260 */
- { 4, TI, sys_msgsnd, "msgsnd" }, /* 261 */
- { 4, TI, sys_msgrcv, "msgrcv" }, /* 262 */
- { 4, TI, sys_msgget, "msgget" }, /* 263 */
- { 4, TI, sys_msgctl, "msgctl" }, /* 264 */
- { 4, 0, printargs, "ipc_subcall" }, /* 265 */
- { 4, 0, printargs, "ipc_subcall" }, /* 266 */
- { 4, 0, printargs, "ipc_subcall" }, /* 267 */
- { 4, 0, printargs, "ipc_subcall" }, /* 268 */
- { 4, 0, printargs, "ipc_subcall" }, /* 269 */
- { 4, 0, printargs, "ipc_subcall" }, /* 270 */
- { 4, TI, sys_shmat, "shmat" }, /* 271 */
- { 4, TI, sys_shmdt, "shmdt" }, /* 272 */
- { 4, TI, sys_shmget, "shmget" }, /* 273 */
- { 4, TI, sys_shmctl, "shmctl" }, /* 274 */
- { 5, 0, printargs, "SYS_275" }, /* 275 */
- { 5, 0, printargs, "SYS_276" }, /* 276 */
- { 5, 0, printargs, "SYS_277" }, /* 277 */
- { 5, 0, printargs, "SYS_278" }, /* 278 */
- { 5, 0, printargs, "SYS_279" }, /* 279 */
- { 5, 0, printargs, "SYS_280" }, /* 280 */
- { 5, 0, printargs, "SYS_281" }, /* 281 */
- { 5, 0, printargs, "SYS_282" }, /* 282 */
- { 5, 0, printargs, "SYS_283" }, /* 283 */
- { 5, 0, printargs, "SYS_284" }, /* 284 */
- { 5, 0, printargs, "SYS_285" }, /* 285 */
- { 5, 0, printargs, "SYS_286" }, /* 286 */
- { 5, 0, printargs, "SYS_287" }, /* 287 */
- { 5, 0, printargs, "SYS_288" }, /* 288 */
- { 5, 0, printargs, "SYS_289" }, /* 289 */
- { 5, 0, printargs, "SYS_290" }, /* 290 */
- { 5, 0, printargs, "SYS_291" }, /* 291 */
- { 5, 0, printargs, "SYS_292" }, /* 292 */
+ { 4, 0, printargs, "gettid" }, /* 224 */
+ { 5, TD, sys_readahead, "readahead" }, /* 225 */
+ { 5, TF, sys_setxattr, "setxattr" }, /* 226 */
+ { 5, TF, sys_setxattr, "lsetxattr" }, /* 227 */
+ { 5, TD, sys_fsetxattr, "fsetxattr" }, /* 228 */
+ { 4, TF, sys_getxattr, "getxattr" }, /* 229 */
+ { 4, TF, sys_getxattr, "lgetxattr" }, /* 230 */
+ { 4, 0, sys_fgetxattr, "fgetxattr" }, /* 231 */
+ { 3, TF, sys_listxattr, "listxattr" }, /* 232 */
+ { 3, TF, sys_listxattr, "llistxattr" }, /* 233 */
+ { 3, 0, sys_flistxattr, "flistxattr" }, /* 234 */
+ { 2, TF, sys_removexattr, "removexattr" }, /* 235 */
+ { 2, TF, sys_removexattr, "lremovexattr" }, /* 236 */
+ { 2, TD, sys_fremovexattr, "fremovexattr" }, /* 237 */
+ { 2, TD, sys_kill, "tkill" }, /* 238 */
+ { 5, TD, sys_sendfile64, "sendfile64" }, /* 239 */
+ { 6, 0, sys_futex, "futex" }, /* 240 */
+ { 3, 0, sys_sched_setaffinity, "sched_setaffinity"}, /* 241 */
+ { 3, 0, sys_sched_getaffinity, "sched_getaffinity"}, /* 242 */
+ { 0, 0, printargs, "SYS_243" }, /* 243 */
+ { 0, 0, printargs, "SYS_244" }, /* 244 */
+ { 2, 0, sys_io_setup, "io_setup" }, /* 245 */
+ { 1, 0, sys_io_destroy, "io_destroy" }, /* 246 */
+ { 5, 0, sys_io_getevents, "io_getevents" }, /* 247 */
+ { 3, 0, sys_io_submit, "io_submit" }, /* 248 */
+ { 3, 0, sys_io_cancel, "io_cancel" }, /* 249 */
+ { 5, 0, sys_fadvise64, "fadvise64" }, /* 250 */
+ { 0, 0, printargs, "SYS_251" }, /* 251 */
+ { 1, TP, sys_exit, "exit_group" }, /* 252 */
+ { 4, 0, printargs, "lookup_dcookie"}, /* 253 */
+ { 1, 0, sys_epoll_create, "epoll_create" }, /* 254 */
+ { 4, TD, sys_epoll_ctl, "epoll_ctl" }, /* 255 */
+ { 3, TD, sys_epoll_wait, "epoll_wait" }, /* 256 */
+ { 5, 0, sys_remap_file_pages, "remap_file_pages"}, /* 257 */
+ { 1, 0, printargs, "set_tid_address"}, /* 258 */
+ { 3, 0, sys_timer_create, "timer_create" }, /* 259 */
+ { 4, 0, sys_timer_settime, "timer_settime" }, /* 260 */
+ { 2, 0, sys_timer_gettime, "timer_gettime" }, /* 261 */
+ { 1, 0, sys_timer_getoverrun, "timer_getoverrun"}, /* 262 */
+ { 1, 0, sys_timer_delete, "timer_delete" }, /* 263 */
+ { 2, 0, sys_clock_settime, "clock_settime" }, /* 264 */
+ { 2, 0, sys_clock_gettime, "clock_gettime" }, /* 265 */
+ { 2, 0, sys_clock_getres, "clock_getres" }, /* 266 */
+ { 4, 0, sys_clock_nanosleep, "clock_nanosleep"}, /* 267 */
+ { 3, TF, sys_statfs64, "statfs64" }, /* 268 */
+ { 2, TD, sys_fstatfs64, "fstatfs64" }, /* 269 */
+ { 3, TS, sys_tgkill, "tgkill" }, /* 270 */
+ { 2, TF, sys_utimes, "utimes" }, /* 271 */
+ { 6, 0, sys_fadvise64_64, "fadvise64_64" }, /* 272 */
+ { 0, 0, printargs, "SYS_273" }, /* 273 */
+ { 4, 0, sys_mbind, "mbind" }, /* 274 */
+ { 5, 0, sys_get_mempolicy, "get_mempolicy" }, /* 275 */
+ { 3, 0, sys_set_mempolicy, "set_mempolicy" }, /* 276 */
+ { 4, 0, sys_mq_open, "mq_open" }, /* 277 */
+ { 1, 0, sys_mq_unlink, "mq_unlink" }, /* 278 */
+ { 5, 0, sys_mq_timedsend, "mq_timedsend" }, /* 279 */
+ { 5, 0, sys_mq_timedreceive, "mq_timedreceive"}, /* 280 */
+ { 2, 0, sys_mq_notify, "mq_notify" }, /* 281 */
+ { 3, 0, sys_mq_getsetattr, "mq_getsetattr" }, /* 282 */
+ { 5, 0, printargs, "kexec_load" }, /* 283 */
+ { 5, TP, sys_waitid, "waitid" }, /* 284 */
+ { 5, 0, printargs, "add_key" }, /* 285 */
+ { 4, 0, printargs, "request_key" }, /* 286 */
+ { 5, 0, printargs, "keyctl" }, /* 287 */
+ { 3, 0, printargs, "ioprio_set" }, /* 288 */
+ { 2, 0, printargs, "ioprio_get" }, /* 289 */
+ { 0, TD, printargs, "inotify_init" }, /* 290 */
+ { 3, TD, sys_inotify_add_watch, "inotify_add_watch"}, /* 291 */
+ { 2, TD, sys_inotify_rm_watch, "inotify_rm_watch"}, /* 292 */
{ 5, 0, printargs, "SYS_293" }, /* 293 */
- { 5, 0, printargs, "SYS_294" }, /* 294 */
- { 5, 0, printargs, "SYS_295" }, /* 295 */
- { 5, 0, printargs, "SYS_296" }, /* 296 */
- { 5, 0, printargs, "SYS_297" }, /* 297 */
- { 5, 0, printargs, "SYS_298" }, /* 298 */
- { 5, 0, printargs, "SYS_299" }, /* 299 */
- { 5, 0, printargs, "SYS_300" }, /* 300 */
- { 5, 0, printargs, "SYS_301" }, /* 301 */
- { 5, 0, printargs, "SYS_302" }, /* 302 */
- { 5, 0, printargs, "SYS_303" }, /* 303 */
- { 5, 0, printargs, "SYS_304" }, /* 304 */
- { 5, 0, printargs, "SYS_305" }, /* 305 */
- { 5, 0, printargs, "SYS_306" }, /* 306 */
- { 5, 0, printargs, "SYS_307" }, /* 307 */
- { 5, 0, printargs, "SYS_308" }, /* 308 */
- { 5, 0, printargs, "SYS_309" }, /* 309 */
- { 5, 0, printargs, "SYS_310" }, /* 310 */
- { 5, 0, printargs, "SYS_311" }, /* 311 */
- { 5, 0, printargs, "SYS_312" }, /* 312 */
- { 5, 0, printargs, "SYS_313" }, /* 313 */
- { 5, 0, printargs, "SYS_314" }, /* 314 */
- { 5, 0, printargs, "SYS_315" }, /* 315 */
- { 5, 0, printargs, "SYS_316" }, /* 316 */
+ { 4, 0, printargs, "migrate_pages" }, /* 294 */
+ { 4, TD|TF, sys_openat, "openat" }, /* 295 */
+ { 3, TD|TF, sys_mkdirat, "mkdirat" }, /* 296 */
+ { 4, TD|TF, sys_mknodat, "mknodat" }, /* 297 */
+ { 5, TD|TF, sys_fchownat, "fchownat" }, /* 298 */
+ { 3, TD|TF, sys_futimesat, "futimesat" }, /* 299 */
+ { 4, TD|TD, sys_newfstatat, "newfstatat" }, /* 300 */
+ { 3, TD|TF, sys_unlinkat, "unlinkat" }, /* 301 */
+ { 4, TD|TF, sys_renameat, "renameat" }, /* 302 */
+ { 5, TD|TF, sys_linkat, "linkat" }, /* 303 */
+ { 3, TD|TF, sys_symlinkat, "symlinkat" }, /* 304 */
+ { 4, TD|TF, sys_readlinkat, "readlinkat" }, /* 305 */
+ { 3, TD|TF, sys_fchmodat, "fchmodat" }, /* 306 */
+ { 3, TD|TF, sys_faccessat, "faccessat" }, /* 307 */
+ { 6, TD, sys_pselect6, "pselect6" }, /* 308 */
+ { 5, TD, sys_ppoll, "ppoll" }, /* 309 */
+ { 1, TP, sys_unshare, "unshare" }, /* 310 */
+ { 2, 0, printargs, "set_robust_list"}, /* 311 */
+ { 3, 0, printargs, "get_robust_list"}, /* 312 */
+ { 6, TD, printargs, "splice" }, /* 313 */
+ { 4, TD, printargs, "sync_file_range"}, /* 314 */
+ { 4, TD, printargs, "tee" }, /* 315 */
+ { 5, TD, printargs, "vmsplice" }, /* 316 */
{ 6, 0, sys_move_pages, "move_pages" }, /* 317 */
{ 3, 0, sys_getcpu, "getcpu" }, /* 318 */
{ 5, TD, sys_epoll_pwait, "epoll_pwait" }, /* 319 */
- { 5, 0, printargs, "SYS_320" }, /* 320 */
+ { 4, TD|TF, sys_utimensat, "utimensat" }, /* 320 */
{ 3, TD|TS, sys_signalfd, "signalfd" }, /* 321 */
{ 4, TD, sys_timerfd, "timerfd" }, /* 322 */
{ 1, TD, sys_eventfd, "eventfd" }, /* 323 */
- { 5, 0, printargs, "SYS_324" }, /* 324 */
+ { 6, 0, printargs, "fallocate" }, /* 324 */
{ 5, 0, printargs, "SYS_325" }, /* 325 */
{ 5, 0, printargs, "SYS_326" }, /* 326 */
{ 5, 0, printargs, "SYS_327" }, /* 327 */
@@ -435,7 +433,7 @@
{ 5, 0, printargs, "SYS_398" }, /* 398 */
{ 5, 0, printargs, "SYS_399" }, /* 399 */
-#if SYS_ipc_subcall != 400
+#if SYS_socket_subcall != 400
#error fix me
#endif
{ 8, 0, printargs, "socket_subcall"}, /* 400 */
@@ -460,4 +458,29 @@
#if SYS_ipc_subcall != 418
#error fix me
#endif
+
{ 4, 0, printargs, "ipc_subcall" }, /* 418 */
+ { 4, TI, sys_semop, "semop" }, /* 419 */
+ { 4, TI, sys_semget, "semget" }, /* 420 */
+ { 4, TI, sys_semctl, "semctl" }, /* 421 */
+ { 5, TI, sys_semtimedop, "semtimedop" }, /* 422 */
+ { 4, 0, printargs, "ipc_subcall" }, /* 423 */
+ { 4, 0, printargs, "ipc_subcall" }, /* 424 */
+ { 4, 0, printargs, "ipc_subcall" }, /* 425 */
+ { 4, 0, printargs, "ipc_subcall" }, /* 426 */
+ { 4, 0, printargs, "ipc_subcall" }, /* 427 */
+ { 4, 0, printargs, "ipc_subcall" }, /* 428 */
+ { 4, TI, sys_msgsnd, "msgsnd" }, /* 429 */
+ { 4, TI, sys_msgrcv, "msgrcv" }, /* 430 */
+ { 4, TI, sys_msgget, "msgget" }, /* 431 */
+ { 4, TI, sys_msgctl, "msgctl" }, /* 432 */
+ { 4, 0, printargs, "ipc_subcall" }, /* 433 */
+ { 4, 0, printargs, "ipc_subcall" }, /* 434 */
+ { 4, 0, printargs, "ipc_subcall" }, /* 435 */
+ { 4, 0, printargs, "ipc_subcall" }, /* 436 */
+ { 4, 0, printargs, "ipc_subcall" }, /* 437 */
+ { 4, 0, printargs, "ipc_subcall" }, /* 438 */
+ { 4, TI, sys_shmat, "shmat" }, /* 439 */
+ { 4, TI, sys_shmdt, "shmdt" }, /* 440 */
+ { 4, TI, sys_shmget, "shmget" }, /* 441 */
+ { 4, TI, sys_shmctl, "shmctl" }, /* 442 */
|
|
From: Paul M. <le...@li...> - 2007-10-31 09:39:28
|
The current 'sh' uname matching works well for cross-compiling, but blows up when doing native builds. Update to match all of the potential uname variants. Signed-off-by: Paul Mundt <le...@li...> --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: configure.ac =================================================================== RCS file: /cvsroot/strace/strace/configure.ac,v retrieving revision 1.52 diff -u -p -r1.52 configure.ac --- configure.ac 3 Aug 2007 10:28:56 -0000 1.52 +++ configure.ac 31 Oct 2007 09:23:09 -0000 @@ -91,7 +91,7 @@ hppa*|parisc*) arch=hppa AC_DEFINE([HPPA], 1, [Define for the HPPA architecture.]) ;; -sh) +sh|sh[[234]]*) arch=sh AC_DEFINE([SH], 1, [Define for the SH architecture.]) ;; |
|
From: Paul M. <le...@li...> - 2007-10-31 09:39:00
|
This is a tiny patch series for updating the current version of strace to more effectively reflect reality on present kernels, as well as tidying up some build issues and plugging in all of the new system calls. Against current CVS. Signed-off-by: Paul Mundt <le...@li...> --- configure.ac | 2 linux/sh/syscallent.h | 217 ++++++++++++++++++++++++++---------------------- linux/sh64/syscallent.h | 2 3 files changed, 122 insertions(+), 99 deletions(-) |
|
From: Paul M. <le...@li...> - 2007-10-31 05:37:21
|
On Tue, Oct 30, 2007 at 06:44:32PM +0100, Heiko Schocher wrote: > Paul Mundt schrieb: > >> Is there a board running with a SH7750R? Maybe there is some CPU > >> specific stuff to set up ... > >> > > Can you attach your entire .config? I don't have a SH7750R handy, but can > > probably dig one up if nothing else helps. > > After looking in the SH7751R Manual, I saw, that the SH7751R can t use > SDRAM with Bussize 64 Bit. The SH7750R can use SDRAM with 64 Bit > Bussize, which I use on my board. Also can the SH7750R map the > SDRAM to Area 2 or 3, the SH7751R only to Area 3, maybe there is a problem? > No, that shouldn't matter. If this was a problem, you wouldn't be making it very far in the kernel at least. There are two other things to try first, write-through caching, and reverting commit-id 023ef184fff6ac2e7cba345708f35536a2a419cb. Your problem does not seem to be related to what Kristoffer is hitting, but the bogus INTEVT is rather perplexing. |
|
From: Kristoffer E. <kri...@gm...> - 2007-10-31 00:56:16
|
On Fri, 26 Oct 2007 04:46:18 +0900
Paul Mundt <le...@li...> wrote:
> On Thu, Oct 25, 2007 at 09:22:40PM -0700, Kristoffer Ericson wrote:
> > The bottom line seems to be that it fails to attach scsi sg0. It
> > explains why it doesn't work, but not why it stopped working. And this
> > has nothing to do with the current kernel config, I've been over that
> > the last 4 days. It all started when I synced my jlime-current.git
> > repository with linux-2.6.git. As you can see I had 2.6.23-rc6 and then
> > synced up to 2.6.23-rc8/rc9 and thats when the troubles started.
> >
> At least that suggests it's not fallout from the INTC changes in -rc1, so
> that helps to narrow it down a bit. Since you have a known good and bad,
> it would be nice if you could bisect this to figure out what exactly
> caused the regression. There weren't any SH-specific changes between rc6
> and rc8/rc9 at least.
I've spent a couple of hours bisecting it, and this is where it stops working. I haven't reversed the patch yet, simply because Im dead tired :D Will do that tommorow, but Im quite confident that this is the correct bug.
023ef184fff6ac2e7cba345708f35536a2a419cb is first bad commit
commit 023ef184fff6ac2e7cba345708f35536a2a419cb
Author: Stuart Menefy <stu...@st...>
Date: Fri Sep 28 12:36:35 2007 +0900
sh: __copy_user() optimizations for small copies.
This implements a fast-path for small (less than 12 bytes) copies,
with the existing path treated as the slow-path and left as the default
behaviour for all other copy sizes.
Signed-off-by: Stuart Menefy <stu...@st...>
Signed-off-by: Paul Mundt <le...@li...>
:040000 040000 43f62cf05d1f71a5564b232dfd9e8492af909a90 4ab51dc5b85bc9bc86d58331845e525a67751be8
My bisect log:
*START_ BAD - _CURRENT_ 30 October "No Init found"
BAD - b5869ce7f68b233ceb81465a7655be0d9a5f3dbb "Merge git://..sched" 15 October "No Init found"
BAD - f248488b397d52717f6683e2e53200aa687ffc89 "merge infradead.org" 14 October "No Init found"
BAD - 3749c66c67fb5c257771815c186bc32290cacf44 "merge git/avi/kvm" 13 October "No Init found"
BAD - dcf397f037f52add9945eced57ca300ab6a4413c "merge sh-2.6" 13 October "No Init found"
BAD - 5d9df8eeacec943c9599f1cfd1069bc8cced3de6 "sh: Fix SH-4 DMAC.." "8 October" "No Init found"
BAD - e5137682a1ad48bc5306070935c277e262f119ef "sh: Tidy up gUSA .." "28 September" "No Init found"
BAD - 023ef184fff6ac2e7cba345708f35536a2a419cb "sh: __copy_user().." "28 September" "No Init found"
GOOD - 24eb17e0813490497f4d5b2fad218bdba402cece "sh: clkfwk: Support." "28 September" "WORKS!"
GOOD - cb7af21f7d370edb3a6a6d3e15cb17c8fd61591e "sh: Use boot_cpu_d." "27 September" "WORKS!"
GOOD - c167aeef232c45deaf5c6c9be00a1f71b14962d3 "sh: Kill off dupl.." "27 September" "WORKS!"
GOOD - 1db4e9bb5682fd3fd3f37f7fe9c322e7c5bb7578 "sh: don't enable.." "11 September" "WORKS!"
GOOD - ab9c232286c2b77be78441c2d8396500b045777e "Merge..libata-dev" 12 October "WORKS!"
GOOD - ce9d3c9a6a9aef61525be07fe6ba27d937236aa2 "Merge-br.. for linux" 11 October "WORKS!"
GOOD - d85f57938ad1d674dff8077a2e6a36a45dbe0e22 "Merge branch 'master'" 26 Sept "WORKS!"
GOOD - 2aee6198652b32e5eaef29a8f8330a9dd15b8efd "fixes-jgarzik" 25 Sept "WORKS!"
GOOD - f3d5e3a4155b6f42f6f6f0a2cc95ca0adbabe1af "[PPP] L2TP: Fix .. 19 Sept "WORKS!"
GOOD - 53a3f3087be361dacfc02e7a85b6d6142a41ce8a ~2.6.23-rc 14 Sept "WORKS!"
GOOD - ea3c4b126ad63bd782c7bb5266bb4fd88e203169 ~2.6.23-rc 4 Sept "WORKS!"
|
|
From: Heiko S. <hei...@in...> - 2007-10-30 17:39:56
|
Hello Paul, Paul Mundt schrieb: >> Is there a board running with a SH7750R? Maybe there is some CPU >> specific stuff to set up ... >> > Can you attach your entire .config? I don't have a SH7750R handy, but can > probably dig one up if nothing else helps. After looking in the SH7751R Manual, I saw, that the SH7751R can t use SDRAM with Bussize 64 Bit. The SH7750R can use SDRAM with 64 Bit Bussize, which I use on my board. Also can the SH7750R map the SDRAM to Area 2 or 3, the SH7751R only to Area 3, maybe there is a problem? bye Heiko |
25 messages has been excluded from this view by a project administrator.
