--- On Mon, 3/2/09, Adam Williamson <awilliam(a)redhat.com> wrote:
From: Adam Williamson <awilliam(a)redhat.com>
Subject: Re: network service is not working : (Nvidia kernel trouble)
To: olivares14031(a)yahoo.com, "For testers of Fedora Core development releases"
<fedora-test-list(a)redhat.com>
Date: Monday, March 2, 2009, 2:55 PM
On Sat, 2009-02-28 at 18:30 -0800, Antonio Olivares wrote:
> Filed a bug on this:
>
>
https://bugzilla.redhat.com/show_bug.cgi?id=487897
>
> I know that rawhide kernels have a short life, but I
think that it is a bug in the kernel?
Rawhide kernels have a short life, but bugs don't get
'magically' fixed.
They'll only get fixed if the developers know about
them, which only
happens if they're filed either on Red Hat or upstream
kernel bugzilla.
So filing it was definitely the right thing to do :)
--
I have figured out several things here, so I'm reporting back. I tried to login into
Windows and it did not get an IP, so then I could see that something was wrong and I found
that out. I have resolved the issue and now the network service is working :), but X is
not :(, but one down one to go!
https://bugzilla.redhat.com/show_bug.cgi?id=487897
I still see this on the newer rawhide kernels though :
------------[ cut here ]------------
WARNING: at lib/dma-debug.c:461 check_unmap+0xf6/0x3d8() (Not tainted)
Hardware name: System product name
forcedeth 0000:00:04.0: DMA-API: device driver tries to free DMA memory it has not
allocated [device address=0x000000002bbce242] [size=90 bytes]
Modules linked in: nf_conntrack_netbios_ns iptable_nat nf_nat ip6t_REJECT ip6table_filter
ip6_tables ipv6 uinput snd_intel8x0 snd_ac97_codec ac97_bus pcspkr snd_seq_dummy
snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm
3c59x mii snd_timer snd i2c_nforce2 soundcore snd_page_alloc forcedeth usblp pata_ali
sata_vsc sata_svw sata_via pata_pcmcia sata_nv ata_generic pata_acpi pata_amd nouveau drm
i2c_core [last unloaded: scsi_wait_scan]
Pid: 0, comm: swapper Not tainted 2.6.29-0.197.rc7.fc11.i586 #1
Call Trace:
[<c042fe33>] warn_slowpath+0x7c/0xa7
[<c044e433>] ? find_usage_backwards+0xc8/0xea
[<c044e433>] ? find_usage_backwards+0xc8/0xea
[<c04500ad>] ? check_usage+0x29/0x20a
[<c044f746>] ? mark_lock+0x1e/0x30b
[<c054a400>] ? check_for_stack+0x55/0x7d
[<c054a44e>] ? get_hash_bucket+0x26/0x2f
[<c054abb2>] check_unmap+0xf6/0x3d8
[<c0430343>] ? release_console_sem+0x1a9/0x1d6
[<c044f746>] ? mark_lock+0x1e/0x30b
[<c054b001>] debug_dma_unmap_page+0x5b/0x63
[<c054b001>] ? debug_dma_unmap_page+0x5b/0x63
[<f20253ed>] T.908+0x34/0x3f [forcedeth]
[<f2025433>] nv_tx_done+0x3b/0x187 [forcedeth]
[<f2025623>] nv_nic_irq+0xa4/0x238 [forcedeth]
[<c0471177>] handle_IRQ_event+0x22/0x58
[<c0472598>] handle_fasteoi_irq+0x80/0xb7
[<c0472518>] ? handle_fasteoi_irq+0x0/0xb7
<IRQ> [<c04045ac>] ? common_interrupt+0x2c/0x40
[<c044fc82>] ? trace_hardirqs_on+0xb/0xd
[<c041b94c>] ? native_safe_halt+0xa/0xc
[<c0409703>] ? default_idle+0x4f/0x89
[<c044ef2d>] ? trace_hardirqs_off+0xb/0xd
[<c0403010>] ? cpu_idle+0x72/0x92
[<c06dfde0>] ? rest_init+0x58/0x5a
---[ end trace 1236e4b9bc601b91 ]---
Thank you for your attention with this issue. So one part was not Fedora's fault, but
the above tells us something might be wrong?
Regards,
Antonio