2003-05-16 08:40:02

by Andrew Morton

[permalink] [raw]
Subject: 2.5.69-mm6


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




2003-05-16 09:51:42

by bert hubert

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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

2003-05-16 09:58:38

by Andrew Morton

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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.

2003-05-16 10:03:34

by bert hubert

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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

2003-05-16 11:13:20

by Alexander Hoogerhuis

[permalink] [raw]
Subject: [OOPS] 2.5.69-mm6

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

2003-05-16 16:24:34

by Alan

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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.

2003-05-16 16:45:56

by Valdis Klētnieks

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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


Attachments:
(No filename) (226.00 B)

2003-05-16 17:18:31

by Andreas Henriksson

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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


Attachments:
(No filename) (383.00 B)
(No filename) (189.00 B)
Download all attachments

2003-05-16 17:41:14

by Dave Jones

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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

2003-05-16 17:56:07

by William Lee Irwin III

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-16 18:00:37

by Andreas Henriksson

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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


Attachments:
(No filename) (1.49 kB)
(No filename) (189.00 B)
Download all attachments

2003-05-16 18:16:03

by Dave Jones

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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

2003-05-16 18:42:21

by Dave Jones

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-16 18:54:00

by Andreas Henriksson

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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


Attachments:
(No filename) (0.00 B)
(No filename) (189.00 B)
Download all attachments

2003-05-16 19:04:50

by William Lee Irwin III

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-16 19:11:20

by Dave Jones

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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

2003-05-16 19:23:04

by Alistair John Strachan

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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.

2003-05-16 20:17:58

by Mikael Pettersson

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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

2003-05-16 20:58:36

by Andrew Morton

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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

_

2003-05-17 01:14:40

by Chuck Ebbert

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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?



2003-05-17 03:21:06

by Zwane Mwaikambo

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-17 13:37:14

by Alan

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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

2003-05-17 14:13:21

by Zwane Mwaikambo

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-17 14:31:29

by Alan

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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.


2003-05-17 18:39:38

by Oleg Drokin

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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

2003-05-17 21:54:49

by Diego Calleja

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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)


Attachments:
.config.gz (5.69 kB)

2003-05-18 11:24:59

by Helge Hafting

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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


2003-05-18 12:46:53

by Alexander Hoogerhuis

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-18 12:48:07

by Alexander Hoogerhuis

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-18 12:43:58

by Alexander Hoogerhuis

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-18 12:52:59

by Diego Calleja

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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.... :)

2003-05-18 13:44:24

by Rudmer van Dijk

[permalink] [raw]
Subject: Re: 2.5.69-mm6

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

2003-05-19 08:10:50

by Alexander Hoogerhuis

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-19 08:35:21

by Zwane Mwaikambo

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-19 08:40:44

by Alexander Hoogerhuis

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-19 08:44:29

by Zwane Mwaikambo

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-19 08:52:18

by Zwane Mwaikambo

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-19 09:09:53

by Alexander Hoogerhuis

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-19 10:05:06

by Alexander Hoogerhuis

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-05-19 11:00:35

by Zwane Mwaikambo

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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

2003-06-09 15:12:19

by Sami Nieminen

[permalink] [raw]
Subject: Re: [OOPS] 2.5.69-mm6

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