lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 3 Apr 2009 11:57:54 +0200
From:	Joerg Roedel <joerg.roedel@....com>
To:	Sergio Monteiro Basto <sergio@...giomb.no-ip.org>
CC:	Andrew Morton <akpm@...ux-foundation.org>, zambrano@...adcom.com,
	bugme-daemon@...zilla.kernel.org, netdev@...r.kernel.org
Subject: Re: [Bugme-new] [Bug 12969] New: WARNING: at lib/dma-debug.c:539
	check_sync+0xe9/0x341() (Not tainted)

On Fri, Apr 03, 2009 at 03:23:39AM +0100, Sergio Monteiro Basto wrote:
> > > ------------[ cut here ]------------                                            
> > > WARNING: at lib/dma-debug.c:539 check_sync+0xe9/0x341() (Not tainted)           
> > > Hardware name: HP Compaq nx6110 (PY501EA#AB9)                                   
> > > b44 0000:02:0e.0: DMA-API: device driver tries to sync DMA memory it has not
> > > allocated [device address=0x0000000075941040] [size=1566 bytes]  
> > > Modules linked in: llc bnep l2cap bluetooth autofs4 lm90 hwmon i2c_i801 sunrpc
> > > ipv6 cpufreq_ondemand acpi_cpufreq uinput snd_intel8x0m snd_intel8x0
> > > snd_ac97_codec snd_seq_dummy ac97_bus snd_seq_oss snd_seq_midi_event snd_seq
> > > snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm b44 ssb firewire_ohci
> > > snd_timer ipw2200 iTCO_wdt mii firewire_core snd iTCO_vendor_support libipw
> > > yenta_socket crc_itu_t lib80211 rsrc_nonstatic soundcore snd_page_alloc joydev
> > > pcspkr wmi serio_raw ata_generic pata_acpi i915 drm i2c_algo_bit i2c_core video
> > > output [last unloaded: scsi_wait_scan]                                          
> > > Pid: 2418, comm: S58ntpd Not tainted 2.6.29-16.fc10.i686.PAE #1                 
> > > Call Trace:                                                                     
> > >  [<c04396d1>] warn_slowpath+0x7c/0xbd                                           
> > >  [<c0457fe1>] ? register_lock_class+0x17/0x290                                  
> > >  [<c0458d61>] ? mark_lock+0x1e/0x349                                            
> > >  [<c0556448>] ? _raw_spin_unlock+0x74/0x78                                      
> > >  [<c0458d61>] ? mark_lock+0x1e/0x349                                            
> > >  [<c055a060>] ? check_sync+0x37/0x341                                           
> > >  [<c055a112>] check_sync+0xe9/0x341                                             
> > >  [<c0711245>] ? _spin_unlock_irqrestore+0x45/0x55                               
> > >  [<c04592db>] ? trace_hardirqs_on+0xb/0xd                                       
> > >  [<c055a4d1>] debug_dma_sync_single_for_device+0x2f/0x39                        
> > >  [<f828f722>] dma_sync_single_for_device+0x4a/0x59 [b44]                        
> > >  [<f828f76f>] ssb_dma_sync_single_for_device+0x3e/0x48 [b44]                    
> > >  [<f8291d1e>] b44_recycle_rx+0x18c/0x196 [b44]                                  
> > >  [<f8291f9f>] b44_poll+0x277/0x3c0 [b44]                                        
> > >  [<c0687bb9>] net_rx_action+0xa1/0x1ca                                          
> > >  [<c043e30a>] __do_softirq+0x9d/0x154                                           
> > >  [<c043e413>] do_softirq+0x52/0x7e                                              
> > >  [<c043e56f>] irq_exit+0x49/0x77                                                
> > >  [<c040b22e>] do_IRQ+0x97/0xad                                                  
> > >  [<c0409dac>] common_interrupt+0x2c/0x34                                        
> > 
> > This would appear to be reporting a bug in b44's DMA API usage.  
> 
> Hi!, are you saying that could be a bug in new DMA-API ? (if we have
> one)

We don't have a new DMA-API. I wrote a piece of code which checks if drivers
use the DMA-API as expected.

> I don't had problems before with this b44 and laptop is not new.

Most things we check for typically have no impact when there is no hardware
IOMMU. The purpose of this debugging code is to find those bugs even without an
hardware IOMMU in the system.

> With kernel 2.6.29, I am testing KMS on new drm/dri Intel video, I also
> have one big warning with i915 reported on
> Bug 12419 - possible circular locking dependency on i915 dma.
> 
> What I would like to know is :  
> Could bug 12419 make this warning on b44 ? or could DMA-API make the 2
> warnings ? or the 2 warnings are completed different ? and the
> combinations of this questions :)

It is hard to imagine that these two bugs have something to do with each other.
The bugzilla entry is a warning about a locking problem and the DMA-API
debugging code warns about wrong usage of the DMA-API.

	Joerg

-- 
           | Advanced Micro Devices GmbH
 Operating | Karl-Hammerschmidt-Str. 34, 85609 Dornach bei München
 System    | 
 Research  | Geschäftsführer: Jochen Polster, Thomas M. McCoy, Giuliano Meroni
 Center    | Sitz: Dornach, Gemeinde Aschheim, Landkreis München
           | Registergericht München, HRB Nr. 43632

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ