network service is not working : (Nvidia kernel trouble)

Antonio Olivares olivares14031 at yahoo.com
Thu Mar 5 02:17:04 UTC 2009





--- On Mon, 3/2/09, Adam Williamson <awilliam at redhat.com> wrote:

> From: Adam Williamson <awilliam at redhat.com>
> Subject: Re: network service is not working : (Nvidia kernel trouble)
> To: olivares14031 at yahoo.com, "For testers of Fedora Core development releases" <fedora-test-list at 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 


      




More information about the fedora-test-list mailing list