--- On Mon, 3/2/09, Adam Williamson <awilliam@xxxxxxxxxx> wrote: > From: Adam Williamson <awilliam@xxxxxxxxxx> > Subject: Re: network service is not working : (Nvidia kernel trouble) > To: olivares14031@xxxxxxxxx, "For testers of Fedora Core development releases" <fedora-test-list@xxxxxxxxxx> > 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 -- fedora-test-list mailing list fedora-test-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
