* [git] parisc: Changes to ref refs/heads/parisc
@ 2010-10-14 5:31 Kyle McMartin
2010-10-14 15:39 ` [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc) Kyle McMartin
0 siblings, 1 reply; 27+ messages in thread
From: Kyle McMartin @ 2010-10-14 5:31 UTC (permalink / raw)
To: linux-parisc
Rebased ref, commits from common ancestor:
commit 7da1272547ebe96982a42292dfc833457708f4da
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Thu Oct 14 01:02:23 2010 -0400
parisc: kill __do_IRQ
Signed-off-by: Kyle McMartin <kyle@redhat.com>
commit 8ed5c00d7c166f505eb2e8ff47748bfa73824130
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Thu Oct 14 01:00:51 2010 -0400
parisc: convert eisa interrupts to flow handlers
Signed-off-by: Kyle McMartin <kyle@redhat.com>
commit 7998b3bd156478c35de685f90d4d0dda57916c60
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Thu Oct 14 00:58:53 2010 -0400
parisc: convert gsc and dino pci interrupts to flow handlers
Signed-off-by: Kyle McMartin <kyle@redhat.com>
commit 14ff626a64f1c6848b303254be00b1b2ff33a655
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Thu Oct 14 00:53:17 2010 -0400
parisc: convert suckyio interrupts to flow handlers
No big deal, just need to convert the suckyio interrupts to be
a nested handler instead of request_irq the suckyio device in the
future.
Signed-off-by: Kyle McMartin <kyle@redhat.com>
commit f3d4605977f9f30993c670a85f75d8f3853144c5
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Thu Oct 14 00:38:27 2010 -0400
parisc: convert iosapic interrupts to proper flow handlers
Shift the ->end call (cpu eoi) from __do_IRQ into our
unmask handler. Also nuke some redundant code.
Signed-off-by: Kyle McMartin <kyle@redhat.com>
commit 4d4f681dc43a06167763ec698f5de4f2b3119ad6
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Thu Oct 14 00:12:23 2010 -0400
parisc: convert cpu interrupts to proper flow handlers
Only major change is renaming functions to match the conventions
expected by the generic irq code.
Signed-off-by: Kyle McMartin <kyle@redhat.com>
commit ba20085c20f1c9e8af546dea6ad0efa421bdef32
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Wed Oct 13 21:00:55 2010 -0400
parisc: lay groundwork for killing __do_IRQ
Use proper accessors and handlers for generic irq cleanups. We just
call back into __do_IRQ through desc->handler now, and remove the
explicit calls.
Signed-off-by: Kyle McMartin <kyle@redhat.com>
^ permalink raw reply [flat|nested] 27+ messages in thread* [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
2010-10-14 5:31 [git] parisc: Changes to ref refs/heads/parisc Kyle McMartin
@ 2010-10-14 15:39 ` Kyle McMartin
2010-10-15 19:51 ` Helge Deller
2010-11-14 20:59 ` Helge Deller
0 siblings, 2 replies; 27+ messages in thread
From: Kyle McMartin @ 2010-10-14 15:39 UTC (permalink / raw)
To: linux-parisc
On Thu, Oct 14, 2010 at 05:31:27AM +0000, Kyle McMartin wrote:
> commit 7da1272547ebe96982a42292dfc833457708f4da
> Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
> Date: Thu Oct 14 01:02:23 2010 -0400
>
> parisc: kill __do_IRQ
>
> Signed-off-by: Kyle McMartin <kyle@redhat.com>
>
So, I've killed our __do_IRQ calls... Could people please test this
branch on a variety of machines? I've split up the changes so there's
logical separation between converting the CPU interrupts, and the
sub-interrupt sources (Superio, dino, etc.) so if your device fails
to interrupt, you can just git revert that bit and test the CPU
conversion while I fix it up.
I *think* everything should be ok though, I've tested it on a500/rp3440
class machines with iosapic, but not on anything older.
--Kyle
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
2010-10-14 15:39 ` [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc) Kyle McMartin
@ 2010-10-15 19:51 ` Helge Deller
2010-10-15 20:01 ` Kyle McMartin
2010-11-14 20:59 ` Helge Deller
1 sibling, 1 reply; 27+ messages in thread
From: Helge Deller @ 2010-10-15 19:51 UTC (permalink / raw)
To: Kyle McMartin; +Cc: linux-parisc
On 10/14/2010 05:39 PM, Kyle McMartin wrote:
> On Thu, Oct 14, 2010 at 05:31:27AM +0000, Kyle McMartin wrote:
>> commit 7da1272547ebe96982a42292dfc833457708f4da
>> Author: Kyle McMartin<kyle@dreadnought.i.jkkm.org>
>> Date: Thu Oct 14 01:02:23 2010 -0400
>>
>> parisc: kill __do_IRQ
>>
>> Signed-off-by: Kyle McMartin<kyle@redhat.com>
>>
> So, I've killed our __do_IRQ calls... Could people please test this
> branch on a variety of machines? I've split up the changes so there's
> logical separation between converting the CPU interrupts, and the
> sub-interrupt sources (Superio, dino, etc.) so if your device fails
> to interrupt, you can just git revert that bit and test the CPU
> conversion while I fix it up.
>
> I *think* everything should be ok though, I've tested it on a500/rp3440
> class machines with iosapic, but not on anything older.
c3000 is ok too. But I think it has iosapic as well.
I will try if I can connect the 715/64 and b160L, but I'm not sure if I
find time to do it this weekend...
BTW, fanotify* isn't wired up yet:
<stdin>:1526:2: warning: #warning syscall fanotify_init not implemented
<stdin>:1530:2: warning: #warning syscall fanotify_mark not implemented
Helge
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
2010-10-15 19:51 ` Helge Deller
@ 2010-10-15 20:01 ` Kyle McMartin
2010-10-15 20:10 ` Helge Deller
0 siblings, 1 reply; 27+ messages in thread
From: Kyle McMartin @ 2010-10-15 20:01 UTC (permalink / raw)
To: Helge Deller; +Cc: Kyle McMartin, linux-parisc
On Fri, Oct 15, 2010 at 09:51:58PM +0200, Helge Deller wrote:
> On 10/14/2010 05:39 PM, Kyle McMartin wrote:
> >On Thu, Oct 14, 2010 at 05:31:27AM +0000, Kyle McMartin wrote:
> >>commit 7da1272547ebe96982a42292dfc833457708f4da
> >>Author: Kyle McMartin<kyle@dreadnought.i.jkkm.org>
> >>Date: Thu Oct 14 01:02:23 2010 -0400
> >>
> >> parisc: kill __do_IRQ
> >>
> >> Signed-off-by: Kyle McMartin<kyle@redhat.com>
> >>
> >So, I've killed our __do_IRQ calls... Could people please test this
> >branch on a variety of machines? I've split up the changes so there's
> >logical separation between converting the CPU interrupts, and the
> >sub-interrupt sources (Superio, dino, etc.) so if your device fails
> >to interrupt, you can just git revert that bit and test the CPU
> >conversion while I fix it up.
> >
> >I *think* everything should be ok though, I've tested it on a500/rp3440
> >class machines with iosapic, but not on anything older.
>
> c3000 is ok too. But I think it has iosapic as well.
> I will try if I can connect the 715/64 and b160L, but I'm not sure
> if I find time to do it this weekend...
>
C3000 is a good one since it has SuperIO, I don't remember what devices
are behind it (IDE, USB, iirc...) though.
> BTW, fanotify* isn't wired up yet:
> <stdin>:1526:2: warning: #warning syscall fanotify_init not implemented
> <stdin>:1530:2: warning: #warning syscall fanotify_mark not implemented
>
It's not enabled in 2.6.36 because of bugs:
commit 7c5347733dcc4ba0bac0baf86d99fae0561f33b7
Author: Eric Paris <eparis@redhat.com>
Date: Mon Oct 11 18:13:31 2010 -0400
fanotify: disable fanotify syscalls
Thanks for testing, Helge!
--Kyle
^ permalink raw reply [flat|nested] 27+ messages in thread* Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
2010-10-15 20:01 ` Kyle McMartin
@ 2010-10-15 20:10 ` Helge Deller
0 siblings, 0 replies; 27+ messages in thread
From: Helge Deller @ 2010-10-15 20:10 UTC (permalink / raw)
To: Kyle McMartin; +Cc: linux-parisc
On 10/15/2010 10:01 PM, Kyle McMartin wrote:
> On Fri, Oct 15, 2010 at 09:51:58PM +0200, Helge Deller wrote:
>> On 10/14/2010 05:39 PM, Kyle McMartin wrote:
>>> On Thu, Oct 14, 2010 at 05:31:27AM +0000, Kyle McMartin wrote:
>>>> commit 7da1272547ebe96982a42292dfc833457708f4da
>>>> Author: Kyle McMartin<kyle@dreadnought.i.jkkm.org>
>>>> Date: Thu Oct 14 01:02:23 2010 -0400
>>>>
>>>> parisc: kill __do_IRQ
>>>>
>>>> Signed-off-by: Kyle McMartin<kyle@redhat.com>
>>>>
>>> So, I've killed our __do_IRQ calls... Could people please test this
>>> branch on a variety of machines? I've split up the changes so there's
>>> logical separation between converting the CPU interrupts, and the
>>> sub-interrupt sources (Superio, dino, etc.) so if your device fails
>>> to interrupt, you can just git revert that bit and test the CPU
>>> conversion while I fix it up.
>>>
>>> I *think* everything should be ok though, I've tested it on a500/rp3440
>>> class machines with iosapic, but not on anything older.
>> c3000 is ok too. But I think it has iosapic as well.
>> I will try if I can connect the 715/64 and b160L, but I'm not sure
>> if I find time to do it this weekend...
>>
> C3000 is a good one since it has SuperIO, I don't remember what devices
> are behind it (IDE, USB, iirc...) though.
SuperIO: Found NS87560 Legacy I/O device at 0000:00:0e.1 (IRQ 67)
SuperIO: Serial port 1 at 0x3f8
SuperIO: Serial port 2 at 0x2f8
SuperIO: Parallel port at 0x378
SuperIO: Floppy controller at 0x3f0
SuperIO: ACPI at 0x7e0
SuperIO: USB regulator enabled
And serial works, since I'm running on serial console.... :-)
Helge
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
2010-10-14 15:39 ` [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc) Kyle McMartin
2010-10-15 19:51 ` Helge Deller
@ 2010-11-14 20:59 ` Helge Deller
2010-11-15 19:56 ` Kyle McMartin
2010-11-24 11:56 ` Kyle McMartin
1 sibling, 2 replies; 27+ messages in thread
From: Helge Deller @ 2010-11-14 20:59 UTC (permalink / raw)
To: Kyle McMartin; +Cc: linux-parisc
On 10/14/2010 05:39 PM, Kyle McMartin wrote:
> On Thu, Oct 14, 2010 at 05:31:27AM +0000, Kyle McMartin wrote:
>> commit 7da1272547ebe96982a42292dfc833457708f4da
>> Author: Kyle McMartin<kyle@dreadnought.i.jkkm.org>
>> Date: Thu Oct 14 01:02:23 2010 -0400
>>
>> parisc: kill __do_IRQ
>>
>> Signed-off-by: Kyle McMartin<kyle@redhat.com>
>>
> So, I've killed our __do_IRQ calls... Could people please test this
> branch on a variety of machines? I've split up the changes so there's
> logical separation between converting the CPU interrupts, and the
> sub-interrupt sources (Superio, dino, etc.) so if your device fails
> to interrupt, you can just git revert that bit and test the CPU
> conversion while I fix it up.
>
> I *think* everything should be ok though, I've tested it on a500/rp3440
> class machines with iosapic, but not on anything older.
Hi Kyle,
I just got again a chance to boot up my b160L and 715/64 machines.
Both broke due to the IRQ changes. I did reverted all of your IRQ
patches (based on current Linus head branch) and now they boot again.
Basically they just hang during the SCSI initialization (timeouts while
detectings discs).
So, there is something wrong for Lasi/GSC and Dino busses....
Any idea?
Helge
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
2010-11-14 20:59 ` Helge Deller
@ 2010-11-15 19:56 ` Kyle McMartin
2010-11-20 22:01 ` Helge Deller
2010-11-24 11:56 ` Kyle McMartin
1 sibling, 1 reply; 27+ messages in thread
From: Kyle McMartin @ 2010-11-15 19:56 UTC (permalink / raw)
To: Helge Deller; +Cc: Kyle McMartin, linux-parisc
On Sun, Nov 14, 2010 at 09:59:59PM +0100, Helge Deller wrote:
>
> I just got again a chance to boot up my b160L and 715/64 machines.
>
> Both broke due to the IRQ changes. I did reverted all of your IRQ
> patches (based on current Linus head branch) and now they boot
> again.
> Basically they just hang during the SCSI initialization (timeouts
> while detectings discs).
>
> So, there is something wrong for Lasi/GSC and Dino busses....
>
> Any idea?
>
No, but I'll take a look, it's probably something simple and stupid that
I missed. :/
--Kyle
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
2010-11-15 19:56 ` Kyle McMartin
@ 2010-11-20 22:01 ` Helge Deller
2010-11-20 22:05 ` James Bottomley
0 siblings, 1 reply; 27+ messages in thread
From: Helge Deller @ 2010-11-20 22:01 UTC (permalink / raw)
To: Kyle McMartin; +Cc: linux-parisc
On 11/15/2010 08:56 PM, Kyle McMartin wrote:
> On Sun, Nov 14, 2010 at 09:59:59PM +0100, Helge Deller wrote:
>> I just got again a chance to boot up my b160L and 715/64 machines.
>>
>> Both broke due to the IRQ changes. I did reverted all of your IRQ
>> patches (based on current Linus head branch) and now they boot
>> again.
>> Basically they just hang during the SCSI initialization (timeouts
>> while detectings discs).
>>
>> So, there is something wrong for Lasi/GSC and Dino busses....
>>
>> Any idea?
>>
> No, but I'll take a look, it's probably something simple and stupid that
> I missed. :/
I tried to look into it, but I'm somewhat lost.
This is what I get on my B160L.
Same result btw on the 715/64.
Booting...
Network Station Address 080009-ef34f5
System IP Address 192.168.178.65
Server IP Address 192.168.178.50
Boot IO Dependent Code (IODC) revision 2
HARD Booted.
palo ipl 1.13 root@c3000 Mon Apr 3 23:30:38 CEST 2006
Boot image contains:
0/vmlinux32 7688520 bytes @ 0x9800
Information: No console specified on kernel command line. This is normal.
PALO will choose the console currently used by firmware (serial).
Command line for kernel: 'HOME=/ root=/dev/sda3 ip=bootp
panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel='
Selected kernel: /vmlinux from partition 0
Warning: kernel name doesn't end with 32 or 64 -- Guessing... Choosing
32-bit kernelELF32 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 6172672 mediaptr 0x1000
Segment 1 load 0072c000 size 311016 mediaptr 0x5e4000
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
Linux version 2.6.37-rc2-32bit+ (deller@p100.box) (gcc version 4.4.1
(GCC) ) #282 Sat Nov 20 22:32:27 CET 2010
unwind_init: start = 0x10640000, end = 0x1067f610, entries = 16225
FP[0] enabled: Rev 1 Model 15
The 32-bit Kernel has started...
bootconsole [ttyB0] enabled
Initialized PDC Console for debugging.
Determining PDC firmware type: System Map.
model 00005020 00000481 00000000 02020202 7794d7fe 100000f0 00000004
000000ba 000000ba
vers 00000008
CPUID vers 15 rev 8 (0x000001e8)
capabilities 0x2
model 9000/778/B160L
Total Memory: 128 MB
LED display at f0190001 registered
pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
pcpu-alloc: [0] 0
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
Kernel command line: HOME=/ root=/dev/sda3 pa64root=sda5 ip=bootp
panic_timeout=60 console=ttyS0 TERM=vt102 palo_kernel=0/vmlx
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 123100k/131072k available (4152k kernel code, 7972k reserved,
1851k data, 304k init)
virtual kernel memory layout:
vmalloc : 0x00810000 - 0x0f000000 ( 231 MB)
memory : 0x10000000 - 0x18000000 ( 128 MB)
.init : 0x1072c000 - 0x10778000 ( 304 kB)
.data : 0x1050e3a0 - 0x106dd170 (1851 kB)
.text : 0x10100000 - 0x1050e3a0 (4152 kB)
NR_IRQS:96
Console: colour dummy device 128x48
Calibrating delay loop... 106.08 BogoMIPS (lpj=530432)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
xor: measuring software checksum speed
8regs : 131.200 MB/sec
8regs_prefetch: 130.800 MB/sec
32regs : 198.800 MB/sec
32regs_prefetch: 198.400 MB/sec
xor: using function: 32regs (198.800 MB/sec)
atomic64 test passed
NET: Registered protocol family 16
EISA bus registered
Searching for devices...
Found devices:
1. Phantom PseudoBC GSC+ Port at 0xffc00000 [8] { 7, 0x0, 0x504, 0x00000 }
2. Dino PCI Bridge at 0xfff80000 [8/0] { 13, 0x3, 0x680, 0x0000a }
3. Merlin+ 132 Dino RS-232 at 0xfff83000 [8/0/63] { 10, 0x0, 0x022,
0x0008c }
4. Merlin 160 Core FW-SCSI at 0xfff8c000 [8/12] { 4, 0x0, 0x03d, 0x00089 }
5. Merlin 160 Core BA at 0xffd00000 [8/16] { 11, 0x0, 0x03d, 0x00081 },
additional addresses: 0xffd0c000 0xffc00000
6. Merlin 160 Core RS-232 at 0xffd05000 [8/16/4] { 10, 0x0, 0x03d, 0x0008c }
7. Merlin 160 Core SCSI at 0xffd06000 [8/16/5] { 10, 0x0, 0x03d, 0x00082 }
8. Merlin 160 Core LAN (802.3) at 0xffd07000 [8/16/6] { 10, 0x0, 0x03d,
0x0008a }
9. Merlin 160 Core Centronics at 0xffd02000 [8/16/0] { 10, 0x0, 0x03d,
0x00074 }, additional addresses: 0xffd01000 0xffd03000
10. Merlin 160 Core Audio at 0xffd04000 [8/16/1] { 10, 0x4, 0x03d, 0x0007b }
11. Merlin 160 Core PS/2 Port at 0xffd08000 [8/16/7] { 10, 0x0, 0x03d,
0x00084 }
12. Merlin 160 Core PS/2 Port at 0xffd08100 [8/16/8] { 10, 0x0, 0x03d,
0x00084 }
13. Coral SGC Graphics at 0xfa000000 [8/4] { 10, 0x0, 0x004, 0x00077 }
14. Coral SGC Graphics at 0xf4000000 [8/8] { 10, 0x0, 0x004, 0x00077 }
15. Gecko GSC Core Graphics at 0xf8000000 [8/24] { 10, 0x0, 0x016,
0x00085 }, additional addresses: 0xf0011000
16. Merlin L2 160 (9000/778/B160L) at 0xfffbe000 [62] { 0, 0x0, 0x502,
0x00004 }
17. Memory at 0xfffbf000 [63] { 1, 0x0, 0x067, 0x00009 }
18. Merlin+ 132 Dino PS/2 Port at 0xfff81000 [1] { 10, 0x0, 0x022, 0x00096 }
CPU(s): 1 x PA7300LC (PCX-L2) at 160.000000 MHz
Setting cache flush threshold to ac0 (1 CPUs online)
Lasi version 0 at 0xffd00000 found.
Dino version 3.1 found at 0xfff80000
Dino: No PCI devices enabled.
powersw: Soft power switch at 0xf0140000 enabled.
bio: create slab <bio-0> at 0
raid6: int32x1 59 MB/s
raid6: int32x2 76 MB/s
raid6: int32x4 86 MB/s
raid6: int32x8 58 MB/s
raid6: using algorithm int32x4 (86 MB/s)
vgaarb: loaded
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switching to clocksource cr16
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: 4, 81920 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP reno registered
UDP hash table entries: 128 (order: 0, 6144 bytes)
UDP-Lite hash table entries: 128 (order: 0, 6144 bytes)
NET: Registered protocol family 1
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Enabling PDC chassis warnings support v0.05
Initializing RT-Tester: OK
====[ backtrace testing ]===========
Testing a backtrace from process context.
The following trace is a kernel self test and not a bug!
Backtrace:
[<10118558>] show_stack+0x18/0x28
[<10111544>] dump_stack+0x1c/0x2c
[<101732c8>] backtrace_regression_test+0x50/0x128
[<10116454>] do_one_initcall+0x6c/0x2b8
[<1072d850>] kernel_init+0xe0/0x184
[<10102c5c>] ret_from_kernel_thread+0x1c/0x24
Testing a backtrace from irq context.
The following trace is a kernel self test and not a bug!
Backtrace:
[<10118558>] show_stack+0x18/0x28
[<10111544>] dump_stack+0x1c/0x2c
[<10173258>] backtrace_test_irq_callback+0x18/0x38
[<101403b4>] tasklet_action+0xbc/0xdc
[<10140cfc>] __do_softirq+0xd8/0x1a4
[<1011527c>] do_softirq+0x3c/0x60
[<10140e54>] run_ksoftirqd+0x8c/0x138
[<10157238>] kthread+0xa4/0xac
[<10102c5c>] ret_from_kernel_thread+0x1c/0x24
Testing a saved backtrace.
The following trace is a kernel self test and not a bug!
[<10121eb4>] save_stack_trace+0x28/0x60
[<10173368>] backtrace_regression_test+0xf0/0x128
[<10116454>] do_one_initcall+0x6c/0x2b8
[<1072d850>] kernel_init+0xe0/0x184
[<10102c5c>] ret_from_kernel_thread+0x1c/0x24
[<ffffffff>] 0xffffffff
====[ end of backtrace testing ]====
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
msgmni has been set to 240
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
PDC Stable Storage facility v0.30
STI GSC/PCI core graphics driver Version 0.9a
id 2bcb015a-9a02587, conforms to spec rev. 8.04
graphics card name: HPA4071B
id 2d08c0a7-9a02587, conforms to spec rev. 8.07
graphics card name: HPA4450AX1024
id 2d08c0a7-9a02587, conforms to spec rev. 8.07
graphics card name: INTERNAL_EG_X1024
sticon: Initializing STI text console.
Console: switching to colour STI console 160x64
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, HPA4071B, id: 2bcb015a,
mmio: 0xfa100000
fb1: stifb 1024x768-8 frame buffer device, HPA4450AX1024, id: 2d08c0a7,
mmio: 0xf4100000
fb2: stifb 1024x768-8 frame buffer device, INTERNAL_EG_X1024, id:
2d08c0a7, mmio: 0xf8100000
Linux agpgart interface v0.103
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
8:16:4: ttyS0 at MMIO 0xffd05800 (irq = 16) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
8:0:63: ttyS1 at MMIO 0xfff83800 (irq = 22) is a 16550A
parport_init_chip: initialize bidirectional-mode.
parport0: PC-style at 0xffd02800, irq 19 [PCSPP,TRISTATE]
parport0: fix this legacy no-device port driver!
brd: module loaded
loop: module loaded
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
ide-cd driver 5.00
zalon_probe: Zalon version 1, IRQ 67
ncr53c720-0: rev 0xf irq 67
ncr53c720-0: ID 7, Fast-10, Parity Checking, Differential
scsi0 : ncr53c8xx-3.4.3g
------------ HERE it starts "hanging" (output is very slow) --------------
-
It seems the zalon/720 driver is not getting any interrupts.
zalon seems to use the GSC chip.
- --------------------------------------------------------------------------
scsi 0:0:1:0: Device offlined - not ready after error recovery
scsi 0:0:2:0: Device offlined - not ready after error recovery
scsi 0:0:3:0: Device offlined - not ready after error recovery
scsi 0:0:4:0: Device offlined - not ready after error recovery
scsi 0:0:5:0: Device offlined - not ready after error recovery
scsi 0:0:6:0: Device offlined - not ready after error recovery
scsi 0:0:8:0: Device offlined - not ready after error recovery
scsi 0:0:9:0: Device offlined - not ready after error recovery
scsi 0:0:10:0: Device offlined - not ready after error recovery
scsi 0:0:11:0: Device offlined - not ready after error recovery
scsi 0:0:12:0: Device offlined - not ready after error recovery
scsi 0:0:13:0: Device offlined - not ready after error recovery
scsi 0:0:14:0: Device offlined - not ready after error recovery
scsi 0:0:15:0: Device offlined - not ready after error recovery
53c700: Version 2.8 By James.Bottomley@HansenPartnership.com
scsi1: 53c710 rev 2
scsi1 : LASI SCSI 53c700
scsi 1:0:1:0: New error handler wants to abort command
scsi 1:0:1:0: CDB: cdb[0]=0x12: 12 00 00 00 24 00
scsi 1:0:1:0: New error handler wants BUS reset, cmd 17e35ee0
scsi 1:0:1:0: CDB: cdb[0]=0x12: 12 00 00 00 24 00
INFO: task scsi_eh_1:544 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
scsi_eh_1 D 10102d30 0 544 2 0x00000000
Backtrace:
[<10111ffc>] schedule+0x288/0x510
[<101125f4>] schedule_timeout+0x1a0/0x1fc
[<10111bac>] wait_for_common+0xdc/0x188
[<10111d64>] wait_for_completion+0x1c/0x2c
[<1039e128>] NCR_700_bus_reset+0x104/0x180
[<1037ad70>] scsi_try_bus_reset+0x38/0x138
[<1037c44c>] scsi_eh_ready_devs+0x498/0x6b8
[<1037cbfc>] scsi_error_handler+0x43c/0x44c
[<10157238>] kthread+0xa4/0xac
[<10102c5c>] ret_from_kernel_thread+0x1c/0x24
and so on...
^ permalink raw reply [flat|nested] 27+ messages in thread* Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
2010-11-20 22:01 ` Helge Deller
@ 2010-11-20 22:05 ` James Bottomley
2010-11-21 0:25 ` Kyle McMartin
0 siblings, 1 reply; 27+ messages in thread
From: James Bottomley @ 2010-11-20 22:05 UTC (permalink / raw)
To: Helge Deller; +Cc: Kyle McMartin, linux-parisc
On Sat, 2010-11-20 at 23:01 +0100, Helge Deller wrote:
> On 11/15/2010 08:56 PM, Kyle McMartin wrote:
> > On Sun, Nov 14, 2010 at 09:59:59PM +0100, Helge Deller wrote:
> >> I just got again a chance to boot up my b160L and 715/64 machines.
> >>
> >> Both broke due to the IRQ changes. I did reverted all of your IRQ
> >> patches (based on current Linus head branch) and now they boot
> >> again.
> >> Basically they just hang during the SCSI initialization (timeouts
> >> while detectings discs).
> >>
> >> So, there is something wrong for Lasi/GSC and Dino busses....
> >>
> >> Any idea?
> >>
> > No, but I'll take a look, it's probably something simple and stupid that
> > I missed. :/
>
> I tried to look into it, but I'm somewhat lost.
>
> This is what I get on my B160L.
> Same result btw on the 715/64.
The boot is just showing irq lost (so all the devices hang).
I've got it bisected to this commit on my C360:
commit ba20085c20f1c9e8af546dea6ad0efa421bdef32
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Wed Oct 13 21:00:55 2010 -0400
parisc: lay groundwork for killing __do_IRQ
But I haven't found the fix yet ... the commit looks to be an equivalent
transformation.
James
^ permalink raw reply [flat|nested] 27+ messages in thread* Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
2010-11-20 22:05 ` James Bottomley
@ 2010-11-21 0:25 ` Kyle McMartin
2010-11-21 17:26 ` James Bottomley
0 siblings, 1 reply; 27+ messages in thread
From: Kyle McMartin @ 2010-11-21 0:25 UTC (permalink / raw)
To: James Bottomley; +Cc: Helge Deller, Kyle McMartin, linux-parisc
On Sat, Nov 20, 2010 at 04:05:59PM -0600, James Bottomley wrote:
> commit ba20085c20f1c9e8af546dea6ad0efa421bdef32
> Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
> Date: Wed Oct 13 21:00:55 2010 -0400
>
> parisc: lay groundwork for killing __do_IRQ
>
> But I haven't found the fix yet ... the commit looks to be an equivalent
> transformation.
>
The only obvious thing that jumps out is that... no, set_irq_chip
doesn't look to be doing anything awry.
But it must be something between what a 'raw' irq_desc looks like, and
what the helpers initialize them to.
--Kyle
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
2010-11-21 0:25 ` Kyle McMartin
@ 2010-11-21 17:26 ` James Bottomley
0 siblings, 0 replies; 27+ messages in thread
From: James Bottomley @ 2010-11-21 17:26 UTC (permalink / raw)
To: Kyle McMartin; +Cc: Helge Deller, linux-parisc
On Sat, 2010-11-20 at 19:25 -0500, Kyle McMartin wrote:
> On Sat, Nov 20, 2010 at 04:05:59PM -0600, James Bottomley wrote:
> > commit ba20085c20f1c9e8af546dea6ad0efa421bdef32
> > Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
> > Date: Wed Oct 13 21:00:55 2010 -0400
> >
> > parisc: lay groundwork for killing __do_IRQ
> >
> > But I haven't found the fix yet ... the commit looks to be an equivalent
> > transformation.
> >
>
> The only obvious thing that jumps out is that... no, set_irq_chip
> doesn't look to be doing anything awry.
>
> But it must be something between what a 'raw' irq_desc looks like, and
> what the helpers initialize them to.
Actually, that all seems to be working. I've traced the sym interrupt
through with a bunch of printks. The CPU dino interrupt correctly
triggers. It calls dino_isr which gets the right dino device and
correctly translates the pending interrupt to the right irq number (23)
in my case. It looks like generic_handle_irq() (in dino_isr()) doesn't
call the handler, or the handler is somehow ineffective (it takes ages
to loop around and retry with the mask still pending). That looks nuts
to me because it should be simply calling parisc_do_IRQ which is a
wrapper for the original do_IRQ ... so this should be equivalent.
Unfortunately getting on a 'plane soon and I have no access to a
remotely controllable dino system, so that's probably it for me on the
debugging front.
James
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
2010-11-14 20:59 ` Helge Deller
2010-11-15 19:56 ` Kyle McMartin
@ 2010-11-24 11:56 ` Kyle McMartin
2010-11-29 13:19 ` Kyle McMartin
1 sibling, 1 reply; 27+ messages in thread
From: Kyle McMartin @ 2010-11-24 11:56 UTC (permalink / raw)
To: Helge Deller; +Cc: Kyle McMartin, linux-parisc
On Sun, Nov 14, 2010 at 09:59:59PM +0100, Helge Deller wrote:
> I just got again a chance to boot up my b160L and 715/64 machines.
>
I got my 712 hooked up (sadly my B180 has lost its hard disk and RTC,
but I can netboot it if I need to...) and I'll poke at this this
afternoon.
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc)
2010-11-24 11:56 ` Kyle McMartin
@ 2010-11-29 13:19 ` Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2010-11-29 13:19 UTC (permalink / raw)
To: Kyle McMartin; +Cc: Helge Deller, linux-parisc
On Wed, Nov 24, 2010 at 06:56:42AM -0500, Kyle McMartin wrote:
> On Sun, Nov 14, 2010 at 09:59:59PM +0100, Helge Deller wrote:
> > I just got again a chance to boot up my b160L and 715/64 machines.
> >
>
> I got my 712 hooked up (sadly my B180 has lost its hard disk and RTC,
> but I can netboot it if I need to...) and I'll poke at this this
> afternoon.
>
Haven't had a chance to debug this entirely yet, well, I wrote a patch
to do proper chained handlers and got my B180 reinstalled... Will let
you know tonight.
--Kyle
^ permalink raw reply [flat|nested] 27+ messages in thread
* [git] parisc: Changes to ref refs/heads/parisc
@ 2010-10-14 5:24 Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2010-10-14 5:24 UTC (permalink / raw)
To: linux-parisc
Rebased ref, commits from common ancestor:
commit 051d044fcbbd363c6896d2a364bdbd5b2559bab7
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Thu Oct 14 01:02:23 2010 -0400
parisc: kill __do_IRQ
Signed-off-by: Kyle McMartin <kyle@redhat.com>
commit 5912de5b24d683c9259264bf417f3e89bc49d95b
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Thu Oct 14 01:00:51 2010 -0400
parisc: convert eisa interrupts to flow handlers
Signed-off-by: Kyle McMartin <kyle@redhat.com>
commit 81fc1dc038973832eef253457836a205009a4fd4
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Thu Oct 14 00:58:53 2010 -0400
parisc: convert gsc and dino pci interrupts to flow handlers
Signed-off-by: Kyle McMartin <kyle@redhat.com>
commit 19a6c0da8c9b415f4029198548de1a8d99d1dd54
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Thu Oct 14 00:53:17 2010 -0400
parisc: convert suckyio interrupts to flow handlers
No big deal, just need to convert the suckyio interrupts to be
a nested handler instead of request_irq the suckyio device in the
future.
Signed-off-by: Kyle McMartin <kyle@redhat.com>
commit 77c7d196f53a55133bb1b45d1fdb311035a9a9e8
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Thu Oct 14 00:38:27 2010 -0400
parisc: convert iosapic interrupts to proper flow handlers
Shift the ->end call (cpu eoi) from __do_IRQ into our
unmask handler. Also nuke some redundant code.
Signed-off-by: Kyle McMartin <kyle@redhat.com>
commit 88da47ae5dc9def0213e9403355b20a71dae0b08
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Thu Oct 14 00:12:23 2010 -0400
parisc: convert cpu interrupts to proper flow handlers
Only major change is renaming functions to match the conventions
expected by the generic irq code.
Signed-off-by: Kyle McMartin <kyle@redhat.com>
commit 274106f4ed5a118c12e005b79713101ff927ee01
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Wed Oct 13 21:00:55 2010 -0400
parisc: lay groundwork for killing __do_IRQ
Use proper accessors and handlers for generic irq cleanups. We just
call back into __do_IRQ through desc->handler now, and remove the
explicit calls.
Signed-off-by: Kyle McMartin <kyle@redhat.com>
^ permalink raw reply [flat|nested] 27+ messages in thread* [git] parisc: Changes to ref refs/heads/parisc
@ 2010-10-14 3:06 Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2010-10-14 3:06 UTC (permalink / raw)
To: linux-parisc
Rebased ref, commits from common ancestor:
commit 1540d86c4809e58cc11fab0e61dd60d4c304f27a
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Wed Oct 13 21:00:55 2010 -0400
parisc: lay groundwork for killing __do_IRQ
Use proper accessors and handlers for generic irq cleanups. We just
call back into __do_IRQ through desc->handler now, and remove the
explicit calls.
Signed-off-by: Kyle McMartin <kyle@redhat.com>
^ permalink raw reply [flat|nested] 27+ messages in thread* [git] parisc: Changes to ref refs/heads/parisc
@ 2010-10-14 1:15 Kyle McMartin
2010-10-14 1:20 ` Kyle McMartin
0 siblings, 1 reply; 27+ messages in thread
From: Kyle McMartin @ 2010-10-14 1:15 UTC (permalink / raw)
To: linux-parisc
Rebased ref, commits from common ancestor:
commit 15b612c28d7144cf25f191a2d4fb66327c56553a
Author: Kyle McMartin <kyle@dreadnought.i.jkkm.org>
Date: Wed Oct 13 21:00:55 2010 -0400
parisc: lay groundwork for killing __do_IRQ
Use proper accessors and handlers for generic irq cleanups. We just
call back into __do_IRQ through desc->handler now, and remove the
explicit calls.
Signed-off-by: Kyle McMartin <kyle@redhat.com>
^ permalink raw reply [flat|nested] 27+ messages in thread* [git] parisc: Changes to ref refs/heads/parisc
@ 2009-10-03 5:29 Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2009-10-03 5:29 UTC (permalink / raw)
To: linux-parisc
New commits:
commit 4ef8774cb45c3cf78c7a2d7a1a42f6aee7eda3b2
Author: Helge Deller <deller@gmx.de>
Date: Sun Sep 27 21:13:04 2009 +0000
agp: parisc-agp.c - use correct page_mask function
This commit:
Commit 2a4ceb6d3e6a566cb4a9dc8f974177f031d27cd7
Author: David Woodhouse <David.Woodhouse@intel.com>
Date: Mon Jul 27 10:27:29 2009 +0100
agp: Switch mask_memory() method to take address argument again, not page
broke the parisc AGP driver (again). This patch fixes it.
Signed-off-by: Helge Deller <deller@gmx.de>
Acked-by: Dave Airlie <airlied@redhat.com>
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
^ permalink raw reply [flat|nested] 27+ messages in thread* [git] parisc: Changes to ref refs/heads/parisc
@ 2009-09-28 4:26 Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2009-09-28 4:26 UTC (permalink / raw)
To: linux-parisc
Rebased ref, commits from common ancestor:
commit 8cf06fc9bd660c28afea4115fd91a2cc4978eb54
Author: Helge Deller <deller@gmx.de>
Date: Mon Sep 28 00:39:47 2009 +0200
parisc: Fix linker script breakage.
Signed-off-by: Helge Deller <deller@gmx.de>
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
commit 9609bfec6d869bc0d82ccfb909d5e72b7002d813
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Aug 4 14:54:41 2009 +0200
parisc: convert to asm-generic/hardirq.h
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
^ permalink raw reply [flat|nested] 27+ messages in thread* [git] parisc: Changes to ref refs/heads/parisc
@ 2009-07-02 17:12 Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2009-07-02 17:12 UTC (permalink / raw)
To: linux-parisc
New commits:
commit 0517fbf0368b173814ca6c2a260abbb83754d09d
Author: Kyle McMartin <kyle@mcmartin.ca>
Date: Thu Jul 2 13:10:29 2009 -0400
parisc: use generic atomic64 on 32-bit
Somewhat redundant since our atomic_t uses hashed-locks on 32-bit
anyway... Maybe we can clean those up to be generic too someday.
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
^ permalink raw reply [flat|nested] 27+ messages in thread* [git] parisc: Changes to ref refs/heads/parisc
@ 2009-07-02 3:48 Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2009-07-02 3:48 UTC (permalink / raw)
To: linux-parisc
New commits:
commit 89ff26af79bd7ba93e5d98aa194527e55839e64a
Author: Alexander Beregalov <a.beregalov@gmail.com>
Date: Thu Apr 16 14:45:59 2009 +0000
parisc: superio: fix build breakage
Usage of parport_pc_probe_port was changed in 28783eb52
(parport: Fix various uses of parport_pc).
It introduced this build error:
drivers/parisc/superio.c: In function 'superio_parport_init':
drivers/parisc/superio.c:437: error: too few arguments to function
'parport_pc_probe_port'
Fix it.
Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com>
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
^ permalink raw reply [flat|nested] 27+ messages in thread* [git] parisc: Changes to ref refs/heads/parisc
@ 2009-06-26 20:14 Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2009-06-26 20:14 UTC (permalink / raw)
To: linux-parisc
New commits:
commit d0a470c8ccae34b99de01fbb426d1334e383dc0d
Author: Matthew Wilcox <matthew@wil.cx>
Date: Fri Jun 26 17:44:18 2009 +0000
parisc: Fix PCI resource allocation on non-PAT SBA machines
We weren't marking the resources as memory resources, so they weren't
being found by pci_claim_resource().
Signed-off-by: Matthew Wilcox <willy@linux.intel.com>
Reviewed-by: Grant Grundler <grundler@parisc-linux.org>
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
^ permalink raw reply [flat|nested] 27+ messages in thread* [git] parisc: Changes to ref refs/heads/parisc
@ 2009-06-24 1:39 Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2009-06-24 1:39 UTC (permalink / raw)
To: linux-parisc
New commits:
commit dafba938247a83a3df0fb74f5b002199fb78a467
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date: Tue Jun 23 21:38:49 2009 -0400
perf: wire up sys_perf_counter_open
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
commit b3808c0a514ff39298a1f1d17e45e0e224c47a95
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date: Tue Jun 23 21:32:18 2009 -0400
parisc: add task_pt_regs macro
needed for perf_counters.
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
commit 9a76595b135d99c3132403929f1a5ea0575c65c4
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date: Tue Jun 23 20:22:06 2009 -0400
parisc: wire sys_perf_counter_open to sys_ni_syscall
Reserves a syscall slot for it, until it gets a proper compat
wrapper it's pretty useless though.
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
^ permalink raw reply [flat|nested] 27+ messages in thread* [git] parisc: Changes to ref refs/heads/parisc
@ 2009-06-23 17:27 Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2009-06-23 17:27 UTC (permalink / raw)
To: linux-parisc
New commits:
commit d754f0124d47a7a3bed83d292cb8400be7d75397
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date: Tue Jun 23 13:11:22 2009 -0400
parisc: inventory.c, fix bloated stack frame
The pa_pdc_cell struct can be kmalloc'd, so do that
instead.
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
commit 7c871d1ce0cf1713926171ef49dfe42f7fa4b1f0
Author: Kyle McMartin <kyle@shortfin.cabal.ca>
Date: Tue Jun 23 13:10:03 2009 -0400
parisc: processor.c, fix bloated stack frame
The pa_pdc_cell struct can be kmalloc'd, so do that instead.
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
^ permalink raw reply [flat|nested] 27+ messages in thread* [git] parisc: Changes to ref refs/heads/parisc
@ 2009-04-02 4:16 Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2009-04-02 4:16 UTC (permalink / raw)
To: linux-parisc
New commits:
commit b609308e1415efebdf79ebd553f4dd47b0ff2722
Author: Kyle McMartin <kyle@mcmartin.ca>
Date: Sun Mar 15 16:49:55 2009 -0400
parisc: move dereference_function_descriptor to process.c
Commit deac93df26b20cf8438339b5935b5f5643bc30c9 fixed up printing
of %pF on parisc, but added the dereference_function_descriptor
prototype to module.c... this isn't a particularly wise idea as
module.c might not always be compiled.
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
commit bf589a349b9a41ea202ddb8115b18f543b944bfd
Author: Kyle McMartin <kyle@mcmartin.ca>
Date: Sun Mar 15 16:44:25 2009 -0400
parisc: Move kernel Elf_Fdesc define to <asm/elf.h>
elf.h probably won't be exported to userspace, but play it safe
and cram it in a #ifdef __KERNEL__ guard.
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
^ permalink raw reply [flat|nested] 27+ messages in thread* [git] parisc: Changes to ref refs/heads/parisc
@ 2009-04-02 2:46 Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2009-04-02 2:46 UTC (permalink / raw)
To: linux-parisc
New commits:
commit bb7350194130ae6bd3fdec16fe1b7597c1c0bb8d
Author: Kyle McMartin <kyle@mcmartin.ca>
Date: Thu Apr 2 02:40:41 2009 +0000
parisc: fix build when ARCH_HAS_KMAP
When we build for PA8X00, we define ARCH_HAS_KMAP, which results in
the kmap_types.h include in highmem.h getting skipped...
In file included from include/linux/pagemap.h:10,
from include/linux/mempolicy.h:62,
from init/main.c:52:
include/linux/highmem.h:196: warning: 'enum km_type' declared inside parameter list
include/linux/highmem.h:196: warning: its scope is only this definition or declaration, which is probably not what you want
include/linux/highmem.h:196: error: parameter 1 ('type') has incomplete type
Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
^ permalink raw reply [flat|nested] 27+ messages in thread* [git] parisc: Changes to ref refs/heads/parisc
@ 2009-04-02 1:43 Kyle McMartin
0 siblings, 0 replies; 27+ messages in thread
From: Kyle McMartin @ 2009-04-02 1:43 UTC (permalink / raw)
To: linux-parisc
New commits:
commit 7cec2ef4a298605b010f1c80041de884e777ea67
Merge: 91400ac365da35b18036b46bdda27ddbcee4a663 9bc181d8d7cb6462de0c315e364780ad275f7c57
Author: Kyle McMartin <kyle@mcmartin.ca>
Date: Thu Apr 2 01:43:14 2009 +0000
Merge branch 'rusty-cpumask-parisc' into parisc
commit 9bc181d8d7cb6462de0c315e364780ad275f7c57
Author: Rusty Russell <rusty@rustcorp.com.au>
Date: Mon Mar 16 14:19:38 2009 +1030
cpumask: Use accessors code.: parisc
Impact: use new API
Use the accessors rather than frobbing bits directly. Most of this is
in arch code I haven't even compiled, but it is mostly straightforward.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Mike Travis <travis@sgi.com>
commit bd071e1a371d31db243edc4714ff9e8d1ea1309e
Author: Rusty Russell <rusty@rustcorp.com.au>
Date: Mon Mar 16 14:19:37 2009 +1030
cpumask: prepare for iterators to only go to nr_cpu_ids/nr_cpumask_bits.: parisc
Impact: cleanup, futureproof
In fact, all cpumask ops will only be valid (in general) for bit
numbers < nr_cpu_ids. So use that instead of NR_CPUS in various
places.
This is always safe: no cpu number can be >= nr_cpu_ids, and
nr_cpu_ids is initialized to NR_CPUS at boot.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Mike Travis <travis@sgi.com>
Acked-by: Ingo Molnar <mingo@elte.hu>
commit 91887a362984324e254473e92820758c8e658f78
Author: Rusty Russell <rusty@rustcorp.com.au>
Date: Mon Mar 16 14:19:37 2009 +1030
cpumask: arch_send_call_function_ipi_mask: parisc
We're weaning the core code off handing cpumask's around on-stack.
This introduces arch_send_call_function_ipi_mask(), and by defining
it, the old arch_send_call_function_ipi is defined by the core code.
We also take the chance to change send_IPI_mask() and use the new
for_each_cpu() iterator.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
^ permalink raw reply [flat|nested] 27+ messages in thread
end of thread, other threads:[~2010-11-29 13:19 UTC | newest]
Thread overview: 27+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-10-14 5:31 [git] parisc: Changes to ref refs/heads/parisc Kyle McMartin
2010-10-14 15:39 ` [RFT] irq changes (was Re: [git] parisc: Changes to ref refs/heads/parisc) Kyle McMartin
2010-10-15 19:51 ` Helge Deller
2010-10-15 20:01 ` Kyle McMartin
2010-10-15 20:10 ` Helge Deller
2010-11-14 20:59 ` Helge Deller
2010-11-15 19:56 ` Kyle McMartin
2010-11-20 22:01 ` Helge Deller
2010-11-20 22:05 ` James Bottomley
2010-11-21 0:25 ` Kyle McMartin
2010-11-21 17:26 ` James Bottomley
2010-11-24 11:56 ` Kyle McMartin
2010-11-29 13:19 ` Kyle McMartin
-- strict thread matches above, loose matches on Subject: below --
2010-10-14 5:24 [git] parisc: Changes to ref refs/heads/parisc Kyle McMartin
2010-10-14 3:06 Kyle McMartin
2010-10-14 1:15 Kyle McMartin
2010-10-14 1:20 ` Kyle McMartin
2009-10-03 5:29 Kyle McMartin
2009-09-28 4:26 Kyle McMartin
2009-07-02 17:12 Kyle McMartin
2009-07-02 3:48 Kyle McMartin
2009-06-26 20:14 Kyle McMartin
2009-06-24 1:39 Kyle McMartin
2009-06-23 17:27 Kyle McMartin
2009-04-02 4:16 Kyle McMartin
2009-04-02 2:46 Kyle McMartin
2009-04-02 1:43 Kyle McMartin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox