ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.5/2.5.69/2.5.69-mm6/
. A forward-port of reiserfs `chattr' support.
. Some anticipatory scheduler work. It will affect performance, hopefully
positively.
. Random other fixes, cleanups and featurettes.
Changes since 2.5.69-mm5:
-ipmi-warning-fixes.patch
-irqreturn-uml.patch
-sound-strncmp-fix.patch
-put_dirty_page-protection-fix.patch
-hugetlbpage-extern-fix.patch
-dac960-typedef-cleanup.patch
-loop-warning-fix.patch
-mtrr-not-used-fix.patch
-clear-smi-fix.patch
-spinlock-debugging-improvement.patch
-pcmcia-deadlock-fix-3.patch
-checker-1.patch
-miropcm-fix.patch
-ide-tcq-1.patch
-synclink_cs-update.patch
-usb-gadget-preproc-fix.patch
-net2280-writel-fix.patch
-scsi_ioctl-fix.patch
Merged
+subarch-circular-dependency-fix.patch
ia32 build fix
-reiserfs_file_write-5.patch
+reiserfs-multiple-block-insertion.patch
+reiserfs_file_write-6.patch
Split up. No change.
+reiserfs-inode-attribute-support.patch
chattr features for reiserfs - see changelog for details.
-as-use-completion.patch
-as-remove-debug-checks.patch
-as-iosched-dyn.patch
-as-monitor-seek-distance.patch
-as-div64-fix.patch
-as-small-hashes.patch
Folded into as-iosched.patch
+as-proc-read-write.patch
+as-discrete-read-fifo-batches.patch
Anticipatory scheduler work
-sched_best_cpu-fix.patch
-sched_best_cpu-fix-2.patch
-generic_hweight64-fix.patch
-sched_best_cpu_fix-4.patch
Dropped. Too many patches flying about and I lost the plot. Please try
again when it's finished.
+CONFIG_EPOLL.patch
Make epoll disableable.
+cs4281-cleanup.patch
Driver cleanup
+stanford-memcy-size-fixes.patch
+stanford-crypto-fixes.patch
memcpy/memset size fixes
+invalidate_mmap_range.patch
pagetable teardown for middle-of-file (generalisation of vmtruncate_list)
+BUG-to_BUG_ON.patch
Cleanup
+3c59x-id.patch
Couple of new PCI IDs
+suspend-asm-fix.patch
swsusp build fix
+handle-sparse-physical-apid-ids.patch
Fix odd ia32 SMP boxes which have sparse APIC mappings
+put_page_testzero-fix.patch
Fix thinko
+devpts-xattr-handler.patch
EAs for the devpts filesystem
+unregister_netdev-cleanup.patch
Minor cleanups
All 109 patches
linus.patch
mm.patch
add -mmN to EXTRAVERSION
kgdb-ga.patch
kgdb stub for ia32 (George Anzinger's one)
subarch-circular-dependency-fix.patch
ia32 subarch circular dependency fix
irqreturn-drivers-net.patch
slab-magazine-layer.patch
magazine layer for slab
config_spinline.patch
uninline spinlocks for profiling accuracy.
ppc64-ioctl-pci-update.patch
From: Anton Blanchard <[email protected]>
Subject: ppc64 stuff
ppc64-reloc_hide.patch
ppc64-aio-32bit-emulation.patch
32/64bit emulation for aio
ppc64-scruffiness.patch
Fix some PPC64 compile warnings
ppc64-xics-irq-fix.patch
PPC64 irq return fix
sym-do-160.patch
make the SYM driver do 160 MB/sec
irqreturn-snd-via-fix.patch
via sound irqreturn fix
irq_cpustat-cleanup.patch
irq_cpustat cleanup
config-PAGE_OFFSET.patch
Configurable kenrel/user memory split
misc.patch
Misc fixes
large-dma_addr_t-PAE-only.patch
64-bit dma_addr_t is only needed with PAE
irq-check-rate-limit.patch
IRQs: handle bad return values from handlers
irq_desc-others.patch
Fix up irq_desc initialisation for non-ia32
dcache_lock-vs-tasklist_lock-take-3.patch
Fix dcache_lock/tasklist_lock ranking bug
buffer-debug.patch
buffer.c debugging
ext3-truncate-ordered-pages.patch
ext3: explicitly free truncated pages
3c59x-irq-fix.patch
VM_RESERVED-check.patch
VM_RESERVED check
reiserfs-multiple-block-insertion.patch
reiserfs: allow multiple block insertion into the tree
reiserfs_file_write-6.patch
reiserfs: reiserfs_file_write implementation
reiserfs-inode-attribute-support.patch
reiserfs: inode attributes support.
rcu-stats.patch
RCU statistics reporting
ext3-journalled-data-assertion-fix.patch
Remove incorrect assertion from ext3
make-KOBJ_NAME-match-BUS_ID_SIZE.patch
Make KOBJ_NAME_LEN match BUS_ID_SIZE
xirc2ps_cs-irqreturn-fix.patch
xirc2ps_cs irq return fix
ide_setting_sem-fix.patch
reslabify-pgds-and-pmds.patch
re-slabify i386 pgd's and pmd's
linux-isp.patch
isp-update-1.patch
list_del-debug.patch
list_del debug check
airo-schedule-fix.patch
airo.c: don't sleep in atomic regions
synaptics-mouse-support.patch
Add Synaptics touchpad tweaking to psmouse driver
inode-unhashing-fix-2.patch
Don't remove inode from hash until filesystem has deleted it
kblockd.patch
Create `kblockd' workqueue
cfq-infrastructure.patch
elevator-completion-api.patch
elevator completion API
as-iosched.patch
anticipatory I/O scheduler
as-proc-read-write.patch
AS: pgbench improvement
as-discrete-read-fifo-batches.patch
AS: discrete read fifo batches
unplug-use-kblockd.patch
Use kblockd for running request queues
cfq-2.patch
CFQ scheduler, #2
cfq-iosched-dyn.patch
CFQ: update to rq-dyn API
unmap-page-debugging.patch
unmap unused pages for debugging
fremap-all-mappings.patch
Make all executable mappings be nonlinear
sched-2.5.68-B2.patch
HT scheduler, sched-2.5.68-B2
sched-numa-warning-fix.patch
scheduler warning fix for NUMA
sched_idle-typo-fix.patch
fix sched_idle typo
kgdb-ga-idle-fix.patch
acpi-irq-ret-fix.patch
acpi irq return value fix
sound-irq-hack.patch
vmtruncate-PAGE_SIZE-fix.patch
Fix for latent bug in vmtruncate()
sched-2.5.64-D3.patch
sched-2.5.64-D3, more interactivity changes
show_task-free-stack-fix.patch
show_task() fix and cleanup
put_task_struct-debug.patch
ia32-mknod64.patch
mknod64 for ia32
ext2-64-bit-special-inodes.patch
ext2: support for 64-bit device nodes
ext3-64-bit-special-inodes.patch
ext3: support for 64-bit device nodes
64-bit-dev_t-kdev_t.patch
64-bit dev_t and kdev_t
tty-64-bit-dev_t-warning-fix.patch
tty layer 64-bit dev_t printk warning fix
oops-dump-preceding-code.patch
i386 oops output: dump preceding code
lockmeter.patch
security-process-attribute-api.patch
Process Attribute API for Security Modules
proc-pid-security-labels.patch
/proc/pid inode security labels
thread-info-in-task_struct.patch
allow thread_info to be allocated as part of task_struct
reinstate-task-freeing-hack-for-ia64.patch
reinstate lame task_struct (non)-refcounting hack/fix
ext3-no-bkl.patch
journal_dirty_metadata-speedup.patch
journal_get_write_access-speedup.patch
ext3-concurrent-block-inode-allocation.patch
Subject: [PATCH] concurrent block/inode allocation for EXT3
ext3-orlov-approx-counter-fix.patch
Fix orlov allocator boundary case
ext3-concurrent-block-allocation-fix-1.patch
ext3-concurrent-block-allocation-hashed.patch
Subject: Re: [PATCH] concurrent block/inode allocation for EXT3
reboot_on_bsp.patch
kexec-revert-NORET_TYPE.patch
apic_shutdown.patch
i8259-shutdown.patch
hwfixes-x86kexec.patch
kexec-warning-fixes-2.patch
v4l-1.patch
v4l: #1 - video-buf update
v4l-2.patch
v4l: #2 - v4l1-compat update
v4l-3.patch
v4l: #3 - bttv driver update
v4l-4.patch
v4l: #4 - bttv docmentation update
v4l-5.patch
v4l: #5 - i2c module updates.
v4l-6.patch
v4l: #6 - tuner module update
v4l-7.patch
v4l: #7 - saa7134 driver update
radeon-fb-64-bit-fix.patch
radeonfb.c 64-bit fixes
aic-errno-removal.patch
aic7xxx build fix
aic-non-i386-build-fix.patch
aic7xxx non-i386 build fix
aic7xxx-fixes.patch
CONFIG_FUTEX.patch
FUTEX support should be optional
CONFIG_EPOLL.patch
eventpollfs configuration option
cs4281-cleanup.patch
use %p to print pointers in cs4281
stanford-memcy-size-fixes.patch
memcpy/memset fixes
stanford-crypto-fixes.patch
memcpy/memset fixes
invalidate_mmap_range.patch
Interface to invalidate regions of mmaps
BUG-to_BUG_ON.patch
BUG() -> BUG_ON() conversions.
3c59x-id.patch
3c59x: add support for 3c905B-T4, 3C920B-EMB-WNM
suspend-asm-fix.patch
CONFIG_ACPI_SLEEP compile fix
handle-sparse-physical-apid-ids.patch
fix handling of spares physical APIC ids
put_page_testzero-fix.patch
put_page_testzero() fix
devpts-xattr-handler.patch
devpts xattr handler for security labels 2.5.69-bk
unregister_netdev-cleanup.patch
On Fri, May 16, 2003 at 01:54:07AM -0700, Andrew Morton wrote:
> +CONFIG_EPOLL.patch
>
> Make epoll disableable.
Please don't! For the same reason as the futexes, turning this off will
randombly break stuff and on a pc it won't give any benefit.
I'd vote for treating this patch just like the futexes one, making sure that
those who know *how* can turn epoll off, but leave it out of make config.
Furthermore, I wonder if this patch is a large savings, the bulk of epoll is
infrastructure, not the few syscalls.
Regards,
bert
--
http://www.PowerDNS.com Open source, database driven DNS Software
http://lartc.org Linux Advanced Routing & Traffic Control HOWTO
bert hubert <[email protected]> wrote:
>
> I'd vote for treating this patch just like the futexes one, making sure that
> those who know *how* can turn epoll off, but leave it out of make config.
That is precisely what the patch does.
On Fri, May 16, 2003 at 03:13:05AM -0700, Andrew Morton wrote:
> bert hubert <[email protected]> wrote:
> >
> > I'd vote for treating this patch just like the futexes one, making sure that
> > those who know *how* can turn epoll off, but leave it out of make config.
>
> That is precisely what the patch does.
oops - sorry :-) Should've read it better.
--
http://www.PowerDNS.com Open source, database driven DNS Software
http://lartc.org Linux Advanced Routing & Traffic Control HOWTO
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Andrew Morton <[email protected]> writes:
>
> [SNMP]
>
[drm] Initialized radeon 1.8.0 20020828 on minor 0
general protection fault: 33d4 [#1]
CPU: 0
EIP: 0060:[<f09bb169>] Not tainted VLI
EFLAGS: 00013203
EIP is at radeon_mmap+0x5f/0x21e [radeon]
eax: eac3bee0 ebx: f08e5000 ecx: eac3bee0 edx: eac3bdc0
esi: ec1dde00 edi: 00000000 ebp: eb72df2c esp: eb72df00
ds: 007b es: 007b ss: 0068
Process X (pid: 4427, threadinfo=eb72c000 task=ec16f8c0)
Stack: eb72df2c c01433d5 eed31380 40013000 eb72df2c 00003246 efbeb000 ee9ed500
ee9ed500 00002000 eed31380 eb72df88 c0142f57 ee9ed500 ec1dde00 eb72df70
eb72df74 eb72df78 eb72df5c efbeb000 efbeb000 00000003 00000000 ffffffea
Call Trace:
[<c01433d5>] get_unmapped_area+0xc5/0x129
[<c0142f57>] do_mmap_pgoff+0x303/0x6bc
[<c01108a6>] sys_mmap2+0x9b/0xd1
[<c010ae57>] syscall_call+0x7/0xb
Code: ff 83 c4 20 89 d0 5b 5e 5f 5d c3 8b 46 34 89 c3 c1 e3 0c 0f 84 8b 01 00 00 8b 45 ec 8b 88 48 01 00 00 8b 11 8b 02 0f 18 00 00 39 <ca> 74 17 8b
7a 08 85 ff 74 04 39 1f 74 0c 89 c2 8b 00 0f 18 00
This one goes in -mm5 as well, machine runs fine for a while in X, but
trying to switch to a vty send the machine into the tall weeds...
mvh,
A
- --
Alexander Hoogerhuis | [email protected]
CCNP - CCDP - MCNE - CCSE | +47 908 21 485
"You have zero privacy anyway. Get over it." --Scott McNealy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>
iD8DBQE+xMrYCQ1pa+gRoggRAiFfAKCSaRonv0yTFIgpkZ7mYfzIV7N6tgCeIXEi
j9Uuwx3t5NDUsI4pgcYKxAw=
=KtDZ
-----END PGP SIGNATURE-----
On Gwe, 2003-05-16 at 11:04, bert hubert wrote:
> Please don't! For the same reason as the futexes, turning this off will
> randombly break stuff and on a pc it won't give any benefit.
>
> I'd vote for treating this patch just like the futexes one, making sure that
> those who know *how* can turn epoll off, but leave it out of make config.
>
> Furthermore, I wonder if this patch is a large savings, the bulk of epoll is
> infrastructure, not the few syscalls.
All of this stuff should be disablable and far more. It probably all
wants hiding under a single "Shrink feature set" type option most people
can skip over as they do with kernel debugging.
On Fri, 16 May 2003 16:37:43 BST, Alan Cox said:
> All of this stuff should be disablable and far more. It probably all
> wants hiding under a single "Shrink feature set" type option most people
> can skip over as they do with kernel debugging.
No, this sort of thing should be in the .config file, but NOT accessible
via the point-and-drool interface. Make them vi it and do it the hard way...
The difference being that if you turn on kernel debugging, there's less chance
of random program XYZ you download from someplace throwing an ENOSYS because
some syscall is missing/broken, with the ensuing hilarity of debugging (since
the actual problem might be in some library rather than in the code you
downloaded).
Of course, I may just be jaded - I've gotten too many reports from bozos with
firewalls that read "ntp-1.vt.edu is portscanning from port 123, please stop it
right now or I'm calling the FBI". But although most people that build their
own kernels can reason through "maybe my FooBar2003 would work better if I
included the driver for it", but figuring that Frobozz isn't working because
libgronk is broken because somebody removed futexes because they thought they
sounded futile.....
Hi!
I had to remove "static" from the agp_init-function in
drivers/char/agp/backend.c to get the kernel to link (when building
Intel 810 Framebuffer into the kernel).
I also got unresolved symbols for two modules.
arch/i386/kernel/suspend.ko: enable_sep_cpu, default_ldt, init_tss
arch/i386/kernel/apm.ko: save_processor_state, restore_processor_state
Regards,
Andreas Henriksson
On Fri, May 16, 2003 at 07:28:34PM +0200, Andreas Henriksson wrote:
> I had to remove "static" from the agp_init-function in
> drivers/char/agp/backend.c to get the kernel to link (when building
> Intel 810 Framebuffer into the kernel).
wrong fix. nuke the agp_init() call from i810fb
note, it still won't actually work. i810fb still fails to init
the agpgart for some reason.
> I also got unresolved symbols for two modules.
> arch/i386/kernel/suspend.ko: enable_sep_cpu, default_ldt, init_tss
> arch/i386/kernel/apm.ko: save_processor_state, restore_processor_state
Mikael's patch for these has been posted several times already in the
last few days.
Dave
On Fri, May 16, 2003 at 01:26:20PM +0200, Alexander Hoogerhuis wrote:
> This one goes in -mm5 as well, machine runs fine for a while in X, but
> trying to switch to a vty send the machine into the tall weeds...
Could you run with the radeon driver non-modular and kernel debugging
on? Then when it oopses could you use addr2line(1) to resolve this to
a line number?
I'm at something of a loss with respect to dealing with DRM in general.
Thanks.
-- wli
On Fri, May 16, 2003 at 06:55:39PM +0100, Dave Jones wrote:
> On Fri, May 16, 2003 at 07:28:34PM +0200, Andreas Henriksson wrote:
>
> > I had to remove "static" from the agp_init-function in
> > drivers/char/agp/backend.c to get the kernel to link (when building
> > Intel 810 Framebuffer into the kernel).
>
> wrong fix. nuke the agp_init() call from i810fb
> note, it still won't actually work. i810fb still fails to init
> the agpgart for some reason.
>
Ok.. thanks for the quick reply .. I just booted the kernel and noticed
that the console got stuck (but the it booted fine except from that).
Though I find this weird:
The last thing I saw on the console was the detection of hdb and it's
partitions.... I tried unplugging hdb and it booted just fine...
coinsidence?
And by the way.... the framebuffer flickers (is that the right word?)
for me.... It looks like an old TV... (Has done with all the (2.5)
kernels I've tried).. Is this a known problem and if so is there a
solution?
I'm using a TFT monitor and this is my append-line..
append="video=i810fb:xres:1280,yres:1024,bpp:16,hsync1:30,hsync2:82, \
vsync1:50,vsync2:75,accel"
(... if it matters.)
> > I also got unresolved symbols for two modules.
> > arch/i386/kernel/suspend.ko: enable_sep_cpu, default_ldt, init_tss
> > arch/i386/kernel/apm.ko: save_processor_state, restore_processor_state
>
> Mikael's patch for these has been posted several times already in the
> last few days.
>
Ok.. thanks again...
> Dave
Regards,
Andreas Henriksson
On Fri, May 16, 2003 at 08:10:42PM +0200, Andreas Henriksson wrote:
> Ok.. thanks for the quick reply .. I just booted the kernel and noticed
> that the console got stuck (but the it booted fine except from that).
The reports I've seen have shown that i810fb outputs some warnings
during startup about being unable to allocate using agpgart.
As i810fb depends on agp, this would imply its functionality would break.
Are you sure it's working, and not falling back to non-fb mode ?
> And by the way.... the framebuffer flickers (is that the right word?)
> for me.... It looks like an old TV... (Has done with all the (2.5)
> kernels I've tried).. Is this a known problem and if so is there a
> solution?
> I'm using a TFT monitor and this is my append-line..
> append="video=i810fb:xres:1280,yres:1024,bpp:16,hsync1:30,hsync2:82, \
> vsync1:50,vsync2:75,accel"
> (... if it matters.)
That's probably one for Antonio to figure out, unfortunatly he's busy
right now.
Dave
On Fri, May 16, 2003 at 11:08:48AM -0700, William Lee Irwin III wrote:
> On Fri, May 16, 2003 at 01:26:20PM +0200, Alexander Hoogerhuis wrote:
> > This one goes in -mm5 as well, machine runs fine for a while in X, but
> > trying to switch to a vty send the machine into the tall weeds...
>
> Could you run with the radeon driver non-modular and kernel debugging
> on? Then when it oopses could you use addr2line(1) to resolve this to
> a line number?
>
> I'm at something of a loss with respect to dealing with DRM in general.
Not that I'm pointing fingers, but it could be that
reslabify-pgds-and-pmds.patch again ? Maybe it's still not quite right?
Might be worth backing out and retesting, just to rule it out.
Dave
On Fri, May 16, 2003 at 07:30:33PM +0100, Dave Jones wrote:
> The reports I've seen have shown that i810fb outputs some warnings
> during startup about being unable to allocate using agpgart.
> As i810fb depends on agp, this would imply its functionality would break.
> Are you sure it's working, and not falling back to non-fb mode ?
>
I'm not sure.. I'm not really a framebuffer user... but to me it looks
like a framebuffer.... and it works to play movies with mplayers -vo
fbdev and view images with fbi on the console... so I guess it works.
Can you tell from the dmesg output?
I'll attach some I've captured.. one that I grabbed when the console
got stuck.. 2.5.69-mm5 with hdb plugged in... a second one where I've
unplugged hdb (both these with the "wrong fix")... verified that I can
view images with fbi .. (all movies on hdb so I couldn't test mplayer)
and another one where I boot 2.5.67-bk6 ... verified that I can both
view images with fbi and watch movies with mplayer -vo fbdev ...
> > And by the way.... the framebuffer flickers (is that the right word?)
> > for me.... It looks like an old TV... (Has done with all the (2.5)
> > kernels I've tried).. Is this a known problem and if so is there a
> > solution?
> > I'm using a TFT monitor and this is my append-line..
> > append="video=i810fb:xres:1280,yres:1024,bpp:16,hsync1:30,hsync2:82, \
> > vsync1:50,vsync2:75,accel"
> > (... if it matters.)
>
> That's probably one for Antonio to figure out, unfortunatly he's busy
> right now.
>
Ok... I'll add some more info here just in case....
When it switches to framebuffer a white square appears in the upper left
corner.. (a 640x480 window?).... it dissapears when text (and the
penguin) is drawn over it... (same for all the 2.5:s I've tried) ...
in 2.5.69-mm6 the penguin was missing... (maybee I did a mistake in the
config... all four CONFIG_LOGO_.. stuff enabled).
> Dave
>
Regards,
Andreas Henriksson
On Fri, May 16, 2003 at 01:26:20PM +0200, Alexander Hoogerhuis wrote:
>>> This one goes in -mm5 as well, machine runs fine for a while in X, but
>>> trying to switch to a vty send the machine into the tall weeds...
On Fri, May 16, 2003 at 11:08:48AM -0700, William Lee Irwin III wrote:
>> Could you run with the radeon driver non-modular and kernel debugging
>> on? Then when it oopses could you use addr2line(1) to resolve this to
>> a line number?
>> I'm at something of a loss with respect to dealing with DRM in general.
On Fri, May 16, 2003 at 07:56:38PM +0100, Dave Jones wrote:
> Not that I'm pointing fingers, but it could be that
> reslabify-pgds-and-pmds.patch again ? Maybe it's still not quite right?
> Might be worth backing out and retesting, just to rule it out.
Yes, if he could try that too it would help. I got a private reply
saying he'd be out of the picture for over 24 hours. I'm looking for
someone with a radeon to fill in the gap until then.
-- wli
On Fri, May 16, 2003 at 09:02:33PM +0200, Andreas Henriksson wrote:
> Ok... I'll add some more info here just in case....
> When it switches to framebuffer a white square appears in the upper left
> corner.. (a 640x480 window?).... it dissapears when text (and the
> penguin) is drawn over it...
Sounds like you're using FB. Weird. I heard from another user 810fb was broken.
Maybe something got fixed that made it 'just work'.
> (same for all the 2.5:s I've tried) ...
> in 2.5.69-mm6 the penguin was missing... (maybee I did a mistake in the
> config... all four CONFIG_LOGO_.. stuff enabled).
known bug. Fix posted to l-k a few times.
Dave
Andrew Morton wrote:
>
>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.5/2.5.69/2.5.69-mm6/
>
> . A forward-port of reiserfs `chattr' support.
>
> . Some anticipatory scheduler work. It will affect performance,
> hopefully positively.
>
> . Random other fixes, cleanups and featurettes.
>
[SNIP]
Hi,
Just a quick note to alert you to a problem versus 2.5.69 virgin. In
dmesg, I see the following:
failed to register PPP device (0)
Despite this, ppp seems to work fine, and the /dev/ppp device is
generated by devfs (was it /dev/ppp0 before?). Any ideas?
Cheers,
Alistair.
On Fri, 16 May 2003 18:55:39 +0100, Dave Jones wrote:
>On Fri, May 16, 2003 at 07:28:34PM +0200, Andreas Henriksson wrote:
> > I also got unresolved symbols for two modules.
> > arch/i386/kernel/suspend.ko: enable_sep_cpu, default_ldt, init_tss
> > arch/i386/kernel/apm.ko: save_processor_state, restore_processor_state
>
>Mikael's patch for these has been posted several times already in the
>last few days.
No, Andreas' bug is different. He obviously built APM as a module,
and apparently the save and restore processor state procedures in
suspend.c aren't EXPORT_SYMBOL()d. I never build APM as a module
so I didn't notice this in my testing.
Workarounds: configure APM non-modular, or add EXPORT_SYMBOL()
for {save,restore}_processor_state somewhere in arch/i386/kernel/.
I'll whip up a proper patch with the EXPORT_SYMBOL()s tomorrow.
/Mikael
Alistair Strachan <[email protected]> wrote:
>
> Just a quick note to alert you to a problem versus 2.5.69 virgin. In
> dmesg, I see the following:
>
> failed to register PPP device (0)
ah, thanks. Easily fixed.
diff -puN drivers/net/ppp_generic.c~ppp-warning-fix drivers/net/ppp_generic.c
--- 25/drivers/net/ppp_generic.c~ppp-warning-fix Fri May 16 14:04:48 2003
+++ 25-akpm/drivers/net/ppp_generic.c Fri May 16 14:05:00 2003
@@ -803,7 +803,7 @@ int __init ppp_init(void)
S_IFCHR|S_IRUSR|S_IWUSR, "ppp");
}
- if (!err)
+ if (err)
printk(KERN_ERR "failed to register PPP device (%d)\n", err);
return err;
}
_
Alan Cox wrote:
> > I'd vote for treating this patch just like the futexes one, making sure that
> > those who know *how* can turn epoll off, but leave it out of make config.
> >
> > Furthermore, I wonder if this patch is a large savings, the bulk of epoll is
> > infrastructure, not the few syscalls.
>
> All of this stuff should be disablable and far more. It probably all
> wants hiding under a single "Shrink feature set" type option most people
> can skip over as they do with kernel debugging.
What else should be disablable?
On Fri, 16 May 2003, William Lee Irwin III wrote:
> Yes, if he could try that too it would help. I got a private reply
> saying he'd be out of the picture for over 24 hours. I'm looking for
> someone with a radeon to fill in the gap until then.
Could you alco specify your GCC version? Your disassembly looks rather
odd.
--
function.linuxpower.ca
On Sad, 2003-05-17 at 02:23, Chuck Ebbert wrote:
> > All of this stuff should be disablable and far more. It probably all
> > wants hiding under a single "Shrink feature set" type option most people
> > can skip over as they do with kernel debugging.
>
>
> What else should be disablable?
first offhand bits
#! script bin format handling (patch exists for 2.4)
block layer (people using mtd flash dont need it)
swapping
On Fri, 16 May 2003, Zwane Mwaikambo wrote:
> Could you alco specify your GCC version? Your disassembly looks rather
> odd.
I am unable to reproduce this with DRI/AGP built into the kernel or
as a module. X11 Setup is Radeon 9100 w/ XFree86 4.3
Zwane
--
function.linuxpower.ca
On Gwe, 2003-05-16 at 17:58, [email protected] wrote:
> On Fri, 16 May 2003 16:37:43 BST, Alan Cox said:
> > All of this stuff should be disablable and far more. It probably all
> > wants hiding under a single "Shrink feature set" type option most people
> > can skip over as they do with kernel debugging.
>
> No, this sort of thing should be in the .config file, but NOT accessible
> via the point-and-drool interface. Make them vi it and do it the hard way...
Good idea. We should just have the configuration for *MY* PC and delete
the rest, everything else causes _me_ inconvenience and clearly I'm all
that counts.
Hello!
On Sat, May 17, 2003 at 01:51:29PM +0100, Alan Cox wrote:
> > What else should be disablable?
[...]
> swapping
This one is alreay disablable, I think.
At least my 2.5.69 from current bk have this
CONFIG_SWAP in "General setup" section of config ;)
Bya,
Oleg
On Fri, 16 May 2003 01:54:07 -0700
Andrew Morton <[email protected]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.5/2.5.69/2.5.69-mm6/
I had this oops don't know how it happened (not reproduceable):
May 17 23:11:22 estel kernel: Unable to handle kernel paging request at virtual address c1bb103c
May 17 23:11:22 estel kernel: printing eip:
May 17 23:11:22 estel kernel: c02bcbb0
May 17 23:11:22 estel kernel: *pde = 00007067
May 17 23:11:22 estel kernel: *pte = 01bb1000
May 17 23:11:22 estel kernel: Oops: 0000 [#1]
May 17 23:11:22 estel kernel: CPU: 0
May 17 23:11:22 estel kernel: EIP: 0060:[tcp_v4_rcv+528/2464] Not tainted VLI
May 17 23:11:22 estel kernel: EFLAGS: 00010286
May 17 23:11:22 estel kernel: EIP is at tcp_v4_rcv+0x210/0x9a0
May 17 23:11:22 estel kernel: eax: 00010000 ebx: c1bb0ed4 ecx: cfd00000 edx: cfd055c0
May 17 23:11:22 estel kernel: esi: ad272450 edi: c5659b14 ebp: cff67d88 esp: cff67d40
May 17 23:11:22 estel kernel: ds: 007b es: 007b ss: 0068
May 17 23:11:22 estel kernel: Process events/0 (pid: 6, threadinfo=cff66000 task=cff6d2f0)
May 17 23:11:22 estel kernel: Stack: c5659b14 00000001 00000020 c065d8d0 00000000 00000000 cff67dd8 80000000
May 17 23:11:22 estel kernel: c03bb488 805a3612 00000004 0000805a deda99c1 cd5c0044 c065d8d0 c033eba0
May 17 23:11:22 estel kernel: 00000000 c5659b14 cff67dac c029e215 c5659b14 cd5c0044 00000000 c029e140
May 17 23:11:22 estel kernel: Call Trace:
May 17 23:11:22 estel kernel: [ip_local_deliver_finish+213/512] ip_local_deliver_finish+0xd5/0x200
May 17 23:11:22 estel kernel: [ip_local_deliver_finish+0/512] ip_local_deliver_finish+0x0/0x200
May 17 23:11:22 estel kernel: [nf_hook_slow+237/320] nf_hook_slow+0xed/0x140
May 17 23:11:22 estel kernel: [ip_local_deliver_finish+0/512] ip_local_deliver_finish+0x0/0x200
May 17 23:11:22 estel kernel: [ip_local_deliver+600/640] ip_local_deliver+0x258/0x280
May 17 23:11:22 estel kernel: [ip_local_deliver_finish+0/512] ip_local_deliver_finish+0x0/0x200
May 17 23:11:22 estel kernel: [ip_rcv+1005/1344] ip_rcv+0x3ed/0x540
May 17 23:11:22 estel kernel: [netif_receive_skb+386/528] netif_receive_skb+0x182/0x210
May 17 23:11:22 estel kernel: [process_backlog+143/320] process_backlog+0x8f/0x140
May 17 23:11:22 estel kernel: [net_rx_action+149/352] net_rx_action+0x95/0x160
May 17 23:11:22 estel kernel: [do_softirq+216/224] do_softirq+0xd8/0xe0
May 17 23:11:22 estel kernel: [local_bh_enable+101/160] local_bh_enable+0x65/0xa0
May 17 23:11:22 estel kernel: [_end+273436850/1069795888] ppp_asynctty_receive+0x92/0x110 [ppp_async]
May 17 23:11:22 estel kernel: [flush_to_ldisc+235/384] flush_to_ldisc+0xeb/0x180
May 17 23:11:22 estel kernel: [console_callback+160/192] console_callback+0xa0/0xc0
May 17 23:11:22 estel kernel: [worker_thread+566/992] worker_thread+0x236/0x3e0
May 17 23:11:22 estel kernel: [flush_to_ldisc+0/384] flush_to_ldisc+0x0/0x180
May 17 23:11:22 estel kernel: [default_wake_function+0/32] default_wake_function+0x0/0x20
May 17 23:11:22 estel kernel: [ret_from_fork+6/20] ret_from_fork+0x6/0x14
May 17 23:11:22 estel kernel: [default_wake_function+0/32] default_wake_function+0x0/0x20
May 17 23:11:22 estel kernel: [worker_thread+0/992] worker_thread+0x0/0x3e0
May 17 23:11:22 estel kernel: [kernel_thread_helper+5/16] kernel_thread_helper+0x5/0x10
May 17 23:11:22 estel kernel:
May 17 23:11:22 estel kernel: Code: 00 0f 84 74 07 00 00 8b 5b 08 85 db 75 ed a1 2c 68 36 c0 c1 e0 04 8b 5c 02 08 85 db 74 20 8d b6 00 00 00 00 8d bc 27 00 00 00 00 <39> b3 68 01 00 00 0f 84 0a 07 00 00 8b 5b 08 85 db 75 ed f0 ff
May 17 23:11:22 estel kernel: <0>Kernel panic: Fatal exception in interrupt
May 17 23:11:22 estel kernel: In interrupt handler - not syncing
Machine (dual p3) was connected to internet via a typical external 56k modem.
.config.gz attached
(also when i start my ppp link, which loads one of those modules:
ppp_async 10368 1 [unsafe]
ppp_generic 28176 5 ppp_deflate,bsd_comp,ppp_async
slhc 5888 1 ppp_generic
bsd_comp 5120 0
ppp_deflate 4608 0
zlib_deflate 21912 1 ppp_deflate
zlib_inflate 21280 1 ppp_deflate
i see lots of times;
May 17 19:57:23 estel kernel: Unable to handle kernel paging request at virtual address c03390e8
May 17 19:57:23 estel kernel: printing eip:
May 17 19:57:23 estel kernel: c01109d9
May 17 19:57:23 estel kernel: *pde = 00102027
May 17 19:57:23 estel kernel: *pte = 00339000
May 17 19:57:23 estel kernel: Oops: 0000 [#1]
May 17 19:57:23 estel kernel: CPU: 1
May 17 19:57:23 estel kernel: EIP: 0060:[apply_alternatives+201/272] Not tainted VLI
May 17 19:57:23 estel kernel: EFLAGS: 00010202
May 17 19:57:23 estel kernel: EIP is at apply_alternatives+0xc9/0x110
May 17 19:57:23 estel kernel: eax: 00000001 ebx: d0870a20 ecx: 00000000 edx: 00000001
May 17 19:57:23 estel kernel: esi: c03390e8 edi: d086a94b ebp: cda1deec esp: cda1ded8
May 17 19:57:23 estel kernel: ds: 007b es: 007b ss: 0068
May 17 19:57:23 estel kernel: Process modprobe (pid: 387, threadinfo=cda1c000 task=cefbaca0)
May 17 19:57:23 estel kernel: Stack: c02f7fc0 00000003 d0883738 0000008f d088346d cda1df0c c011a4b6 d0870a20
May 17 19:57:23 estel kernel: d0870aaf d08833ba d087c000 d0872980 00000460 cda1df94 c013cabb d087c000
May 17 19:57:23 estel kernel: d08834b8 d0872980 00000016 d0872980 00000000 00000000 00000000 00000488
May 17 19:57:23 estel kernel: Call Trace:
May 17 19:57:23 estel kernel: [module_finalize+150/160] module_finalize+0x96/0xa0
May 17 19:57:23 estel kernel: [load_module+1515/2160] load_module+0x5eb/0x870
May 17 19:57:23 estel kernel: [sys_init_module+134/784] sys_init_module+0x86/0x310
May 17 19:57:23 estel kernel: [syscall_call+7/11] syscall_call+0x7/0xb
May 17 19:57:23 estel kernel:
May 17 19:57:23 estel kernel: Code: 00 00 8b 0b 83 fa 09 b8 08 00 00 00 0f 4c c2 8b 7d f0 01 cf 8b 4d ec 8b 34 81 89 c1 c1 e9 02 f3 a5 a8 02 74 02 66 a5 a8 01 74 01 <a4> 01 45 f0 29 c2 85 d2 7f cd 83 c3 0c 3b 5d 0c 0f 82 71 ff ff
and internet doesn't works; also i'm unable to load any module after this)
On Sun, May 18, 2003 at 12:06:44AM +0200, Diego Calleja Garc?a wrote:
> I had this oops don't know how it happened (not reproduceable):
>
<...>
I also had a 2.5.69-mm6 freeze. No dump since it happened
while running X, and no disk activity were possible afterwards.
No emergency sync, just the sysrq+B.
This was UP with preempt.
Helge Hafting
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Zwane Mwaikambo <[email protected]> writes:
> On Fri, 16 May 2003, William Lee Irwin III wrote:
>
> > Yes, if he could try that too it would help. I got a private reply
> > saying he'd be out of the picture for over 24 hours. I'm looking for
> > someone with a radeon to fill in the gap until then.
>
> Could you alco specify your GCC version? Your disassembly looks rather
> odd.
>
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/specs
Configured with:
/var/tmp/portage/gcc-3.2.2-r2/work/gcc-3.2.2/configure --prefix=/usr
- --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.2
- --includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/include
- --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.2
- --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.2/man
- --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.2/info
- --enable-shared --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu
- --with-system-zlib --enable-languages=c,c++,ada,f77,objc,java
- --enable-threads=posix --enable-long-long --disable-checking
- --enable-cstdio=stdio --enable-clocale=generic --enable-__cxa_atexit
- --enable-version-specific-runtime-libs
- --with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/include/g++-v3
- --with-local-prefix=/usr/local --enable-shared --enable-nls
- --without-included-gettext
Thread model: posix gcc version 3.2.2 20030322 (Gentoo Linux 1.4 3.2.2-r2)
GNU ld version 2.14.90.0.2 20030515
Basically gentoo 1.4 "unstable".
mvh,
A
- --
Alexander Hoogerhuis | [email protected]
CCNP - CCDP - MCNE - CCSE | +47 908 21 485
"You have zero privacy anyway. Get over it." --Scott McNealy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>
iD8DBQE+x4PMCQ1pa+gRoggRAjf8AJ9TkVB4Xn70i4696zv2F1VGv6GVawCgwO37
s3Ry8omGNwLQdDD5CT9XiXI=
=B4gm
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Zwane Mwaikambo <[email protected]> writes:
> On Fri, 16 May 2003, Zwane Mwaikambo wrote:
>
> > Could you alco specify your GCC version? Your disassembly looks rather
> > odd.
>
> I am unable to reproduce this with DRI/AGP built into the kernel or
> as a module. X11 Setup is Radeon 9100 w/ XFree86 4.3
>
Radeon 7500, 64Mb video mem and Xfree 4.3.0 (-r2 in the gentoo portage
tree).
> Zwane
mvh,
A
- --
Alexander Hoogerhuis | [email protected]
CCNP - CCDP - MCNE - CCSE | +47 908 21 485
"You have zero privacy anyway. Get over it." --Scott McNealy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>
iD8DBQE+x4QWCQ1pa+gRoggRArLeAJkBRQskqD5HAZzto3qm39U4SSMzfgCeLhjp
iXTIR2QIIuC9a97wFQPfJVA=
=PBrp
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
William Lee Irwin III <[email protected]> writes:
> On Fri, May 16, 2003 at 01:26:20PM +0200, Alexander Hoogerhuis wrote:
> >>> This one goes in -mm5 as well, machine runs fine for a while in X, but
> >>> trying to switch to a vty send the machine into the tall weeds...
>
> On Fri, May 16, 2003 at 11:08:48AM -0700, William Lee Irwin III wrote:
> >> Could you run with the radeon driver non-modular and kernel debugging
> >> on? Then when it oopses could you use addr2line(1) to resolve this to
> >> a line number?
> >> I'm at something of a loss with respect to dealing with DRM in general.
>
> On Fri, May 16, 2003 at 07:56:38PM +0100, Dave Jones wrote:
> > Not that I'm pointing fingers, but it could be that
> > reslabify-pgds-and-pmds.patch again ? Maybe it's still not quite right?
> > Might be worth backing out and retesting, just to rule it out.
>
> Yes, if he could try that too it would help. I got a private reply
> saying he'd be out of the picture for over 24 hours. I'm looking for
> someone with a radeon to fill in the gap until then.
>
I'm back in the picture now, the machine is chugging along, churning
out a new kernel. I'll get the details out in a few hours :)
>
> -- wli
mvh,
A
- --
Alexander Hoogerhuis | [email protected]
CCNP - CCDP - MCNE - CCSE | +47 908 21 485
"You have zero privacy anyway. Get over it." --Scott McNealy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>
iD8DBQE+x4McCQ1pa+gRoggRAl0SAJ49l27s2cdi7pNNCE8xI6MtC2wrdQCgxotU
Nlqa0EFTAAZ/XoSi/HHi8Ng=
=XpPy
-----END PGP SIGNATURE-----
On Sun, 18 May 2003 13:36:34 +0200
Helge Hafting <[email protected]> wrote:
> On Sun, May 18, 2003 at 12:06:44AM +0200, Diego Calleja Garc?a wrote:
> > I had this oops don't know how it happened (not reproduceable):
> >
> <...>
> I also had a 2.5.69-mm6 freeze. No dump since it happened
> while running X, and no disk activity were possible afterwards.
> No emergency sync, just the sysrq+B.
> This was UP with preempt.
BTW, this was compiled with gcc-3.3 (yeah...i know everybody loves 2.95,
but.... :)
On Sunday 18 May 2003 15:05, Diego Calleja Garc?a wrote:
> On Sun, 18 May 2003 13:36:34 +0200
>
> Helge Hafting <[email protected]> wrote:
> > On Sun, May 18, 2003 at 12:06:44AM +0200, Diego Calleja Garc?a wrote:
> > > I had this oops don't know how it happened (not reproduceable):
> >
> > <...>
> > I also had a 2.5.69-mm6 freeze. No dump since it happened
> > while running X, and no disk activity were possible afterwards.
> > No emergency sync, just the sysrq+B.
> > This was UP with preempt.
>
> BTW, this was compiled with gcc-3.3 (yeah...i know everybody loves 2.95,
> but.... :)
I'm running 2.5.69-mm6 compiled with gcc-3.3 on UP without preemt and no
problems here
Rudmer
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Zwane Mwaikambo <[email protected]> writes:
> On Fri, 16 May 2003, Zwane Mwaikambo wrote:
>
> > Could you alco specify your GCC version? Your disassembly looks rather
> > odd.
>
> I am unable to reproduce this with DRI/AGP built into the kernel or
> as a module. X11 Setup is Radeon 9100 w/ XFree86 4.3
>
Once I compile DRM/AGP as non-modular all errors are gone:
agpgart: Detected an Intel i845 Chipset.
agpgart: Maximum main memory to use for agp memory: 690M
agpgart: AGP aperture is 256M @ 0xa0000000
[drm] Initialized radeon 1.8.0 20020828 on minor 0
.
.
.
agpgart: Found an AGP 2.0 compliant device at 00:00.0.
agpgart: Putting AGP V2 device at 00:00.0 into 4x mode
agpgart: Putting AGP V2 device at 01:00.0 into 4x mode
> Zwane
mvh,
A
- --
Alexander Hoogerhuis | [email protected]
CCNP - CCDP - MCNE - CCSE | +47 908 21 485
"You have zero privacy anyway. Get over it." --Scott McNealy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>
iD8DBQE+yJSbCQ1pa+gRoggRAtXLAJ477jbu6VI41OdQHCBGacK4wSb2uQCeNvFi
DMYymuyGsHhEUUrjH4PQtuA=
=EekR
-----END PGP SIGNATURE-----
On Mon, 19 May 2003, Alexander Hoogerhuis wrote:
> Once I compile DRM/AGP as non-modular all errors are gone:
Aargh.. Can you try recompile inkernel and reproduce again?
Zwane
--
function.linuxpower.ca
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Zwane Mwaikambo <[email protected]> writes:
> On Mon, 19 May 2003, Alexander Hoogerhuis wrote:
>
> > Once I compile DRM/AGP as non-modular all errors are gone:
>
> Aargh.. Can you try recompile inkernel and reproduce again?
>
That's the problem, I've rekompiled the whole thing, with AGO/DRM in
kernel (non-modular), and the errors are gone... I'm not even seeing
the the usual radeon error like this one:
[drm] Initialized radeon 1.8.0 20020828 on minor 0
[drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock held
[drm:radeon_unlock] *ERROR* Process 4793 using kernel context 0
> Zwane
mvh,
A
- --
Alexander Hoogerhuis | [email protected]
CCNP - CCDP - MCNE - CCSE | +47 908 21 485
"You have zero privacy anyway. Get over it." --Scott McNealy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>
iD8DBQE+yJuhCQ1pa+gRoggRAvb0AJ44hHuACwDfIcjKOu8bPUJhnvztGwCgvKsK
kZ7i7Sd+WImIwyP7D05vCSU=
=C1gX
-----END PGP SIGNATURE-----
On Mon, 19 May 2003, Zwane Mwaikambo wrote:
> On Mon, 19 May 2003, Alexander Hoogerhuis wrote:
>
> > Once I compile DRM/AGP as non-modular all errors are gone:
>
> Aargh.. Can you try recompile inkernel and reproduce again?
-EPARSE!!!
s/inkernel/modular/
Sorry about the extra noise.
--
function.linuxpower.ca
Could you try with this patch and modular too?
? linux-2.5-devel/drivers/char/agp/.amd-k7-agp.c.swp
Index: linux-2.5-devel/drivers/char/agp/ali-agp.c
===================================================================
RCS file: /home/cvs/linux-2.5/drivers/char/agp/ali-agp.c,v
retrieving revision 1.12
diff -u -p -B -r1.12 ali-agp.c
--- linux-2.5-devel/drivers/char/agp/ali-agp.c 11 May 2003 18:53:08 -0000 1.12
+++ linux-2.5-devel/drivers/char/agp/ali-agp.c 19 May 2003 07:58:39 -0000
@@ -391,7 +391,7 @@ static struct pci_device_id agp_ali_pci_
MODULE_DEVICE_TABLE(pci, agp_ali_pci_table);
-static struct __initdata pci_driver agp_ali_pci_driver = {
+static struct pci_driver agp_ali_pci_driver = {
.name = "agpgart-ali",
.id_table = agp_ali_pci_table,
.probe = agp_ali_probe,
Index: linux-2.5-devel/drivers/char/agp/amd-k7-agp.c
===================================================================
RCS file: /home/cvs/linux-2.5/drivers/char/agp/amd-k7-agp.c,v
retrieving revision 1.11
diff -u -p -B -r1.11 amd-k7-agp.c
--- linux-2.5-devel/drivers/char/agp/amd-k7-agp.c 11 May 2003 18:53:08 -0000 1.11
+++ linux-2.5-devel/drivers/char/agp/amd-k7-agp.c 19 May 2003 07:58:40 -0000
@@ -469,7 +469,7 @@ static struct pci_device_id agp_amdk7_pc
MODULE_DEVICE_TABLE(pci, agp_amdk7_pci_table);
-static struct __initdata pci_driver agp_amdk7_pci_driver = {
+static struct pci_driver agp_amdk7_pci_driver = {
.name = "agpgart-amdk7",
.id_table = agp_amdk7_pci_table,
.probe = agp_amdk7_probe,
Index: linux-2.5-devel/drivers/char/agp/amd-k8-agp.c
===================================================================
RCS file: /home/cvs/linux-2.5/drivers/char/agp/amd-k8-agp.c,v
retrieving revision 1.16
diff -u -p -B -r1.16 amd-k8-agp.c
--- linux-2.5-devel/drivers/char/agp/amd-k8-agp.c 14 May 2003 01:31:52 -0000 1.16
+++ linux-2.5-devel/drivers/char/agp/amd-k8-agp.c 19 May 2003 07:58:40 -0000
@@ -343,7 +343,7 @@ static struct pci_device_id agp_amdk8_pc
MODULE_DEVICE_TABLE(pci, agp_amdk8_pci_table);
-static struct __initdata pci_driver agp_amdk8_pci_driver = {
+static struct pci_driver agp_amdk8_pci_driver = {
.name = "agpgart-amd-k8",
.id_table = agp_amdk8_pci_table,
.probe = agp_amdk8_probe,
Index: linux-2.5-devel/drivers/char/agp/hp-agp.c
===================================================================
RCS file: /home/cvs/linux-2.5/drivers/char/agp/hp-agp.c,v
retrieving revision 1.12
diff -u -p -B -r1.12 hp-agp.c
--- linux-2.5-devel/drivers/char/agp/hp-agp.c 11 May 2003 18:53:08 -0000 1.12
+++ linux-2.5-devel/drivers/char/agp/hp-agp.c 19 May 2003 07:58:40 -0000
@@ -400,7 +400,7 @@ static struct pci_device_id agp_hp_pci_t
MODULE_DEVICE_TABLE(pci, agp_hp_pci_table);
-static struct __initdata pci_driver agp_hp_pci_driver = {
+static struct pci_driver agp_hp_pci_driver = {
.name = "agpgart-hp",
.id_table = agp_hp_pci_table,
.probe = agp_hp_probe,
Index: linux-2.5-devel/drivers/char/agp/i460-agp.c
===================================================================
RCS file: /home/cvs/linux-2.5/drivers/char/agp/i460-agp.c,v
retrieving revision 1.12
diff -u -p -B -r1.12 i460-agp.c
--- linux-2.5-devel/drivers/char/agp/i460-agp.c 11 May 2003 18:53:08 -0000 1.12
+++ linux-2.5-devel/drivers/char/agp/i460-agp.c 19 May 2003 07:58:40 -0000
@@ -600,7 +600,7 @@ static struct pci_device_id agp_intel_i4
MODULE_DEVICE_TABLE(pci, agp_intel_i460_pci_table);
-static struct __initdata pci_driver agp_intel_i460_pci_driver = {
+static struct pci_driver agp_intel_i460_pci_driver = {
.name = "agpgart-intel-i460",
.id_table = agp_intel_i460_pci_table,
.probe = agp_intel_i460_probe,
Index: linux-2.5-devel/drivers/char/agp/intel-agp.c
===================================================================
RCS file: /home/cvs/linux-2.5/drivers/char/agp/intel-agp.c,v
retrieving revision 1.16
diff -u -p -B -r1.16 intel-agp.c
--- linux-2.5-devel/drivers/char/agp/intel-agp.c 13 May 2003 18:45:44 -0000 1.16
+++ linux-2.5-devel/drivers/char/agp/intel-agp.c 19 May 2003 07:58:41 -0000
@@ -1450,7 +1450,7 @@ static struct pci_device_id agp_intel_pc
MODULE_DEVICE_TABLE(pci, agp_intel_pci_table);
-static struct __initdata pci_driver agp_intel_pci_driver = {
+static struct pci_driver agp_intel_pci_driver = {
.name = "agpgart-intel",
.id_table = agp_intel_pci_table,
.probe = agp_intel_probe,
Index: linux-2.5-devel/drivers/char/agp/nvidia-agp.c
===================================================================
RCS file: /home/cvs/linux-2.5/drivers/char/agp/nvidia-agp.c,v
retrieving revision 1.2
diff -u -p -B -r1.2 nvidia-agp.c
--- linux-2.5-devel/drivers/char/agp/nvidia-agp.c 11 May 2003 18:53:08 -0000 1.2
+++ linux-2.5-devel/drivers/char/agp/nvidia-agp.c 19 May 2003 07:58:41 -0000
@@ -354,7 +354,7 @@ static struct pci_device_id agp_nvidia_p
MODULE_DEVICE_TABLE(pci, agp_nvidia_pci_table);
-static struct __initdata pci_driver agp_nvidia_pci_driver = {
+static struct pci_driver agp_nvidia_pci_driver = {
.name = "agpgart-nvidia",
.id_table = agp_nvidia_pci_table,
.probe = agp_nvidia_probe,
Index: linux-2.5-devel/drivers/char/agp/sis-agp.c
===================================================================
RCS file: /home/cvs/linux-2.5/drivers/char/agp/sis-agp.c,v
retrieving revision 1.12
diff -u -p -B -r1.12 sis-agp.c
--- linux-2.5-devel/drivers/char/agp/sis-agp.c 11 May 2003 18:53:08 -0000 1.12
+++ linux-2.5-devel/drivers/char/agp/sis-agp.c 19 May 2003 07:58:41 -0000
@@ -240,7 +240,7 @@ static struct pci_device_id agp_sis_pci_
MODULE_DEVICE_TABLE(pci, agp_sis_pci_table);
-static struct __initdata pci_driver agp_sis_pci_driver = {
+static struct pci_driver agp_sis_pci_driver = {
.name = "agpgart-sis",
.id_table = agp_sis_pci_table,
.probe = agp_sis_probe,
Index: linux-2.5-devel/drivers/char/agp/sworks-agp.c
===================================================================
RCS file: /home/cvs/linux-2.5/drivers/char/agp/sworks-agp.c,v
retrieving revision 1.13
diff -u -p -B -r1.13 sworks-agp.c
--- linux-2.5-devel/drivers/char/agp/sworks-agp.c 11 May 2003 18:53:08 -0000 1.13
+++ linux-2.5-devel/drivers/char/agp/sworks-agp.c 19 May 2003 07:58:41 -0000
@@ -532,7 +532,7 @@ static struct pci_device_id agp_serverwo
MODULE_DEVICE_TABLE(pci, agp_serverworks_pci_table);
-static struct __initdata pci_driver agp_serverworks_pci_driver = {
+static struct pci_driver agp_serverworks_pci_driver = {
.name = "agpgart-serverworks",
.id_table = agp_serverworks_pci_table,
.probe = agp_serverworks_probe,
Index: linux-2.5-devel/drivers/char/agp/via-agp.c
===================================================================
RCS file: /home/cvs/linux-2.5/drivers/char/agp/via-agp.c,v
retrieving revision 1.16
diff -u -p -B -r1.16 via-agp.c
--- linux-2.5-devel/drivers/char/agp/via-agp.c 11 May 2003 18:53:08 -0000 1.16
+++ linux-2.5-devel/drivers/char/agp/via-agp.c 19 May 2003 07:58:41 -0000
@@ -466,7 +466,7 @@ static struct pci_device_id agp_via_pci_
MODULE_DEVICE_TABLE(pci, agp_via_pci_table);
-static struct __initdata pci_driver agp_via_pci_driver = {
+static struct pci_driver agp_via_pci_driver = {
.name = "agpgart-via",
.id_table = agp_via_pci_table,
.probe = agp_via_probe,
--
function.linuxpower.ca
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Give me half an hour and Ill apply and recompile :)
Zwane Mwaikambo <[email protected]> writes:
> Could you try with this patch and modular too?
>
> ? linux-2.5-devel/drivers/char/agp/.amd-k7-agp.c.swp
> Index: linux-2.5-devel/drivers/char/agp/ali-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/ali-agp.c,v
> retrieving revision 1.12
> diff -u -p -B -r1.12 ali-agp.c
> --- linux-2.5-devel/drivers/char/agp/ali-agp.c 11 May 2003 18:53:08 -0000 1.12
> +++ linux-2.5-devel/drivers/char/agp/ali-agp.c 19 May 2003 07:58:39 -0000
> @@ -391,7 +391,7 @@ static struct pci_device_id agp_ali_pci_
>
> MODULE_DEVICE_TABLE(pci, agp_ali_pci_table);
>
> -static struct __initdata pci_driver agp_ali_pci_driver = {
> +static struct pci_driver agp_ali_pci_driver = {
> .name = "agpgart-ali",
> .id_table = agp_ali_pci_table,
> .probe = agp_ali_probe,
> Index: linux-2.5-devel/drivers/char/agp/amd-k7-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/amd-k7-agp.c,v
> retrieving revision 1.11
> diff -u -p -B -r1.11 amd-k7-agp.c
> --- linux-2.5-devel/drivers/char/agp/amd-k7-agp.c 11 May 2003 18:53:08 -0000 1.11
> +++ linux-2.5-devel/drivers/char/agp/amd-k7-agp.c 19 May 2003 07:58:40 -0000
> @@ -469,7 +469,7 @@ static struct pci_device_id agp_amdk7_pc
>
> MODULE_DEVICE_TABLE(pci, agp_amdk7_pci_table);
>
> -static struct __initdata pci_driver agp_amdk7_pci_driver = {
> +static struct pci_driver agp_amdk7_pci_driver = {
> .name = "agpgart-amdk7",
> .id_table = agp_amdk7_pci_table,
> .probe = agp_amdk7_probe,
> Index: linux-2.5-devel/drivers/char/agp/amd-k8-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/amd-k8-agp.c,v
> retrieving revision 1.16
> diff -u -p -B -r1.16 amd-k8-agp.c
> --- linux-2.5-devel/drivers/char/agp/amd-k8-agp.c 14 May 2003 01:31:52 -0000 1.16
> +++ linux-2.5-devel/drivers/char/agp/amd-k8-agp.c 19 May 2003 07:58:40 -0000
> @@ -343,7 +343,7 @@ static struct pci_device_id agp_amdk8_pc
>
> MODULE_DEVICE_TABLE(pci, agp_amdk8_pci_table);
>
> -static struct __initdata pci_driver agp_amdk8_pci_driver = {
> +static struct pci_driver agp_amdk8_pci_driver = {
> .name = "agpgart-amd-k8",
> .id_table = agp_amdk8_pci_table,
> .probe = agp_amdk8_probe,
> Index: linux-2.5-devel/drivers/char/agp/hp-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/hp-agp.c,v
> retrieving revision 1.12
> diff -u -p -B -r1.12 hp-agp.c
> --- linux-2.5-devel/drivers/char/agp/hp-agp.c 11 May 2003 18:53:08 -0000 1.12
> +++ linux-2.5-devel/drivers/char/agp/hp-agp.c 19 May 2003 07:58:40 -0000
> @@ -400,7 +400,7 @@ static struct pci_device_id agp_hp_pci_t
>
> MODULE_DEVICE_TABLE(pci, agp_hp_pci_table);
>
> -static struct __initdata pci_driver agp_hp_pci_driver = {
> +static struct pci_driver agp_hp_pci_driver = {
> .name = "agpgart-hp",
> .id_table = agp_hp_pci_table,
> .probe = agp_hp_probe,
> Index: linux-2.5-devel/drivers/char/agp/i460-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/i460-agp.c,v
> retrieving revision 1.12
> diff -u -p -B -r1.12 i460-agp.c
> --- linux-2.5-devel/drivers/char/agp/i460-agp.c 11 May 2003 18:53:08 -0000 1.12
> +++ linux-2.5-devel/drivers/char/agp/i460-agp.c 19 May 2003 07:58:40 -0000
> @@ -600,7 +600,7 @@ static struct pci_device_id agp_intel_i4
>
> MODULE_DEVICE_TABLE(pci, agp_intel_i460_pci_table);
>
> -static struct __initdata pci_driver agp_intel_i460_pci_driver = {
> +static struct pci_driver agp_intel_i460_pci_driver = {
> .name = "agpgart-intel-i460",
> .id_table = agp_intel_i460_pci_table,
> .probe = agp_intel_i460_probe,
> Index: linux-2.5-devel/drivers/char/agp/intel-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/intel-agp.c,v
> retrieving revision 1.16
> diff -u -p -B -r1.16 intel-agp.c
> --- linux-2.5-devel/drivers/char/agp/intel-agp.c 13 May 2003 18:45:44 -0000 1.16
> +++ linux-2.5-devel/drivers/char/agp/intel-agp.c 19 May 2003 07:58:41 -0000
> @@ -1450,7 +1450,7 @@ static struct pci_device_id agp_intel_pc
>
> MODULE_DEVICE_TABLE(pci, agp_intel_pci_table);
>
> -static struct __initdata pci_driver agp_intel_pci_driver = {
> +static struct pci_driver agp_intel_pci_driver = {
> .name = "agpgart-intel",
> .id_table = agp_intel_pci_table,
> .probe = agp_intel_probe,
> Index: linux-2.5-devel/drivers/char/agp/nvidia-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/nvidia-agp.c,v
> retrieving revision 1.2
> diff -u -p -B -r1.2 nvidia-agp.c
> --- linux-2.5-devel/drivers/char/agp/nvidia-agp.c 11 May 2003 18:53:08 -0000 1.2
> +++ linux-2.5-devel/drivers/char/agp/nvidia-agp.c 19 May 2003 07:58:41 -0000
> @@ -354,7 +354,7 @@ static struct pci_device_id agp_nvidia_p
>
> MODULE_DEVICE_TABLE(pci, agp_nvidia_pci_table);
>
> -static struct __initdata pci_driver agp_nvidia_pci_driver = {
> +static struct pci_driver agp_nvidia_pci_driver = {
> .name = "agpgart-nvidia",
> .id_table = agp_nvidia_pci_table,
> .probe = agp_nvidia_probe,
> Index: linux-2.5-devel/drivers/char/agp/sis-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/sis-agp.c,v
> retrieving revision 1.12
> diff -u -p -B -r1.12 sis-agp.c
> --- linux-2.5-devel/drivers/char/agp/sis-agp.c 11 May 2003 18:53:08 -0000 1.12
> +++ linux-2.5-devel/drivers/char/agp/sis-agp.c 19 May 2003 07:58:41 -0000
> @@ -240,7 +240,7 @@ static struct pci_device_id agp_sis_pci_
>
> MODULE_DEVICE_TABLE(pci, agp_sis_pci_table);
>
> -static struct __initdata pci_driver agp_sis_pci_driver = {
> +static struct pci_driver agp_sis_pci_driver = {
> .name = "agpgart-sis",
> .id_table = agp_sis_pci_table,
> .probe = agp_sis_probe,
> Index: linux-2.5-devel/drivers/char/agp/sworks-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/sworks-agp.c,v
> retrieving revision 1.13
> diff -u -p -B -r1.13 sworks-agp.c
> --- linux-2.5-devel/drivers/char/agp/sworks-agp.c 11 May 2003 18:53:08 -0000 1.13
> +++ linux-2.5-devel/drivers/char/agp/sworks-agp.c 19 May 2003 07:58:41 -0000
> @@ -532,7 +532,7 @@ static struct pci_device_id agp_serverwo
>
> MODULE_DEVICE_TABLE(pci, agp_serverworks_pci_table);
>
> -static struct __initdata pci_driver agp_serverworks_pci_driver = {
> +static struct pci_driver agp_serverworks_pci_driver = {
> .name = "agpgart-serverworks",
> .id_table = agp_serverworks_pci_table,
> .probe = agp_serverworks_probe,
> Index: linux-2.5-devel/drivers/char/agp/via-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/via-agp.c,v
> retrieving revision 1.16
> diff -u -p -B -r1.16 via-agp.c
> --- linux-2.5-devel/drivers/char/agp/via-agp.c 11 May 2003 18:53:08 -0000 1.16
> +++ linux-2.5-devel/drivers/char/agp/via-agp.c 19 May 2003 07:58:41 -0000
> @@ -466,7 +466,7 @@ static struct pci_device_id agp_via_pci_
> MODULE_DEVICE_TABLE(pci, agp_via_pci_table);
>
>
> -static struct __initdata pci_driver agp_via_pci_driver = {
> +static struct pci_driver agp_via_pci_driver = {
> .name = "agpgart-via",
> .id_table = agp_via_pci_table,
> .probe = agp_via_probe,
>
> --
> function.linuxpower.ca
>
- --
Alexander Hoogerhuis | [email protected]
CCNP - CCDP - MCNE - CCSE | +47 908 21 485
"You have zero privacy anyway. Get over it." --Scott McNealy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>
iD8DBQE+yKJxCQ1pa+gRoggRAvJHAJwNQGMuKUEKEBAHh/VHYeLuJK2N4ACdHxe7
TwVxx1AJsnTcWFCStswLd4c=
=2bDA
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
The oops is gone, and I'm now left with this one:
Linux agpgart interface v0.100 (c) Dave Jones
[drm] Initialized radeon 1.8.0 20020828 on minor 0
[drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock held
[drm:radeon_unlock] *ERROR* Process 4421 using kernel context 0
This one only seems to appear when I'm compiling it modular.
mvh,
A
Zwane Mwaikambo <[email protected]> writes:
> Could you try with this patch and modular too?
>
> ? linux-2.5-devel/drivers/char/agp/.amd-k7-agp.c.swp
> Index: linux-2.5-devel/drivers/char/agp/ali-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/ali-agp.c,v
> retrieving revision 1.12
> diff -u -p -B -r1.12 ali-agp.c
> --- linux-2.5-devel/drivers/char/agp/ali-agp.c 11 May 2003 18:53:08 -0000 1.12
> +++ linux-2.5-devel/drivers/char/agp/ali-agp.c 19 May 2003 07:58:39 -0000
> @@ -391,7 +391,7 @@ static struct pci_device_id agp_ali_pci_
>
> MODULE_DEVICE_TABLE(pci, agp_ali_pci_table);
>
> -static struct __initdata pci_driver agp_ali_pci_driver = {
> +static struct pci_driver agp_ali_pci_driver = {
> .name = "agpgart-ali",
> .id_table = agp_ali_pci_table,
> .probe = agp_ali_probe,
> Index: linux-2.5-devel/drivers/char/agp/amd-k7-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/amd-k7-agp.c,v
> retrieving revision 1.11
> diff -u -p -B -r1.11 amd-k7-agp.c
> --- linux-2.5-devel/drivers/char/agp/amd-k7-agp.c 11 May 2003 18:53:08 -0000 1.11
> +++ linux-2.5-devel/drivers/char/agp/amd-k7-agp.c 19 May 2003 07:58:40 -0000
> @@ -469,7 +469,7 @@ static struct pci_device_id agp_amdk7_pc
>
> MODULE_DEVICE_TABLE(pci, agp_amdk7_pci_table);
>
> -static struct __initdata pci_driver agp_amdk7_pci_driver = {
> +static struct pci_driver agp_amdk7_pci_driver = {
> .name = "agpgart-amdk7",
> .id_table = agp_amdk7_pci_table,
> .probe = agp_amdk7_probe,
> Index: linux-2.5-devel/drivers/char/agp/amd-k8-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/amd-k8-agp.c,v
> retrieving revision 1.16
> diff -u -p -B -r1.16 amd-k8-agp.c
> --- linux-2.5-devel/drivers/char/agp/amd-k8-agp.c 14 May 2003 01:31:52 -0000 1.16
> +++ linux-2.5-devel/drivers/char/agp/amd-k8-agp.c 19 May 2003 07:58:40 -0000
> @@ -343,7 +343,7 @@ static struct pci_device_id agp_amdk8_pc
>
> MODULE_DEVICE_TABLE(pci, agp_amdk8_pci_table);
>
> -static struct __initdata pci_driver agp_amdk8_pci_driver = {
> +static struct pci_driver agp_amdk8_pci_driver = {
> .name = "agpgart-amd-k8",
> .id_table = agp_amdk8_pci_table,
> .probe = agp_amdk8_probe,
> Index: linux-2.5-devel/drivers/char/agp/hp-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/hp-agp.c,v
> retrieving revision 1.12
> diff -u -p -B -r1.12 hp-agp.c
> --- linux-2.5-devel/drivers/char/agp/hp-agp.c 11 May 2003 18:53:08 -0000 1.12
> +++ linux-2.5-devel/drivers/char/agp/hp-agp.c 19 May 2003 07:58:40 -0000
> @@ -400,7 +400,7 @@ static struct pci_device_id agp_hp_pci_t
>
> MODULE_DEVICE_TABLE(pci, agp_hp_pci_table);
>
> -static struct __initdata pci_driver agp_hp_pci_driver = {
> +static struct pci_driver agp_hp_pci_driver = {
> .name = "agpgart-hp",
> .id_table = agp_hp_pci_table,
> .probe = agp_hp_probe,
> Index: linux-2.5-devel/drivers/char/agp/i460-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/i460-agp.c,v
> retrieving revision 1.12
> diff -u -p -B -r1.12 i460-agp.c
> --- linux-2.5-devel/drivers/char/agp/i460-agp.c 11 May 2003 18:53:08 -0000 1.12
> +++ linux-2.5-devel/drivers/char/agp/i460-agp.c 19 May 2003 07:58:40 -0000
> @@ -600,7 +600,7 @@ static struct pci_device_id agp_intel_i4
>
> MODULE_DEVICE_TABLE(pci, agp_intel_i460_pci_table);
>
> -static struct __initdata pci_driver agp_intel_i460_pci_driver = {
> +static struct pci_driver agp_intel_i460_pci_driver = {
> .name = "agpgart-intel-i460",
> .id_table = agp_intel_i460_pci_table,
> .probe = agp_intel_i460_probe,
> Index: linux-2.5-devel/drivers/char/agp/intel-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/intel-agp.c,v
> retrieving revision 1.16
> diff -u -p -B -r1.16 intel-agp.c
> --- linux-2.5-devel/drivers/char/agp/intel-agp.c 13 May 2003 18:45:44 -0000 1.16
> +++ linux-2.5-devel/drivers/char/agp/intel-agp.c 19 May 2003 07:58:41 -0000
> @@ -1450,7 +1450,7 @@ static struct pci_device_id agp_intel_pc
>
> MODULE_DEVICE_TABLE(pci, agp_intel_pci_table);
>
> -static struct __initdata pci_driver agp_intel_pci_driver = {
> +static struct pci_driver agp_intel_pci_driver = {
> .name = "agpgart-intel",
> .id_table = agp_intel_pci_table,
> .probe = agp_intel_probe,
> Index: linux-2.5-devel/drivers/char/agp/nvidia-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/nvidia-agp.c,v
> retrieving revision 1.2
> diff -u -p -B -r1.2 nvidia-agp.c
> --- linux-2.5-devel/drivers/char/agp/nvidia-agp.c 11 May 2003 18:53:08 -0000 1.2
> +++ linux-2.5-devel/drivers/char/agp/nvidia-agp.c 19 May 2003 07:58:41 -0000
> @@ -354,7 +354,7 @@ static struct pci_device_id agp_nvidia_p
>
> MODULE_DEVICE_TABLE(pci, agp_nvidia_pci_table);
>
> -static struct __initdata pci_driver agp_nvidia_pci_driver = {
> +static struct pci_driver agp_nvidia_pci_driver = {
> .name = "agpgart-nvidia",
> .id_table = agp_nvidia_pci_table,
> .probe = agp_nvidia_probe,
> Index: linux-2.5-devel/drivers/char/agp/sis-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/sis-agp.c,v
> retrieving revision 1.12
> diff -u -p -B -r1.12 sis-agp.c
> --- linux-2.5-devel/drivers/char/agp/sis-agp.c 11 May 2003 18:53:08 -0000 1.12
> +++ linux-2.5-devel/drivers/char/agp/sis-agp.c 19 May 2003 07:58:41 -0000
> @@ -240,7 +240,7 @@ static struct pci_device_id agp_sis_pci_
>
> MODULE_DEVICE_TABLE(pci, agp_sis_pci_table);
>
> -static struct __initdata pci_driver agp_sis_pci_driver = {
> +static struct pci_driver agp_sis_pci_driver = {
> .name = "agpgart-sis",
> .id_table = agp_sis_pci_table,
> .probe = agp_sis_probe,
> Index: linux-2.5-devel/drivers/char/agp/sworks-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/sworks-agp.c,v
> retrieving revision 1.13
> diff -u -p -B -r1.13 sworks-agp.c
> --- linux-2.5-devel/drivers/char/agp/sworks-agp.c 11 May 2003 18:53:08 -0000 1.13
> +++ linux-2.5-devel/drivers/char/agp/sworks-agp.c 19 May 2003 07:58:41 -0000
> @@ -532,7 +532,7 @@ static struct pci_device_id agp_serverwo
>
> MODULE_DEVICE_TABLE(pci, agp_serverworks_pci_table);
>
> -static struct __initdata pci_driver agp_serverworks_pci_driver = {
> +static struct pci_driver agp_serverworks_pci_driver = {
> .name = "agpgart-serverworks",
> .id_table = agp_serverworks_pci_table,
> .probe = agp_serverworks_probe,
> Index: linux-2.5-devel/drivers/char/agp/via-agp.c
> ===================================================================
> RCS file: /home/cvs/linux-2.5/drivers/char/agp/via-agp.c,v
> retrieving revision 1.16
> diff -u -p -B -r1.16 via-agp.c
> --- linux-2.5-devel/drivers/char/agp/via-agp.c 11 May 2003 18:53:08 -0000 1.16
> +++ linux-2.5-devel/drivers/char/agp/via-agp.c 19 May 2003 07:58:41 -0000
> @@ -466,7 +466,7 @@ static struct pci_device_id agp_via_pci_
> MODULE_DEVICE_TABLE(pci, agp_via_pci_table);
>
>
> -static struct __initdata pci_driver agp_via_pci_driver = {
> +static struct pci_driver agp_via_pci_driver = {
> .name = "agpgart-via",
> .id_table = agp_via_pci_table,
> .probe = agp_via_probe,
>
> --
> function.linuxpower.ca
- --
Alexander Hoogerhuis | [email protected]
CCNP - CCDP - MCNE - CCSE | +47 908 21 485
"You have zero privacy anyway. Get over it." --Scott McNealy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>
iD8DBQE+yK9gCQ1pa+gRoggRAkSVAJ46yUoSc/FmRzhdxOYqIru/ztslVQCgkiI+
uEbQyyQAALefm3elind1odU=
=Y+yP
-----END PGP SIGNATURE-----
On Mon, 19 May 2003, Alexander Hoogerhuis wrote:
> --[PinePGP]--------------------------------------------------[begin]--
> The oops is gone, and I'm now left with this one:
Ultra Cool
> Linux agpgart interface v0.100 (c) Dave Jones
> [drm] Initialized radeon 1.8.0 20020828 on minor 0
> [drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock held
> [drm:radeon_unlock] *ERROR* Process 4421 using kernel context 0
>
> This one only seems to appear when I'm compiling it modular.
Wading through that code isn't something to undertake at this hour, i'll
have a look a bit later.
Zwane
--
function.linuxpower.ca
Hello,
Has anyone figured out the radeon_cp_init problem? I am still suffering of
this with 2.5.70-bk14. This is with Gentoo 1.4 and gcc 3.2.3 (on a notebook
with Radeon 9000 Mobility and SiS AGP chipset).
Regards, Sami
P.S. Please CC me any reply as I am not subscribed to the list.
> On Mon, 19 May 2003, Alexander Hoogerhuis wrote:
> > --[PinePGP]--------------------------------------------------[begin]--
> > The oops is gone, and I'm now left with this one:
>
> Ultra Cool
>
> > Linux agpgart interface v0.100 (c) Dave Jones
> > [drm] Initialized radeon 1.8.0 20020828 on minor 0
> > [drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock held
> > [drm:radeon_unlock] *ERROR* Process 4421 using kernel context 0
> >
> > This one only seems to appear when I'm compiling it modular.
>
> Wading through that code isn't something to undertake at this hour, i'll
> have a look a bit later.
>
> Zwane
--
Linux 2.5.70-bk14