[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: network service is not working : (Nvidia kernel trouble)






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

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


      


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]