From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261546AbVGSIrK (ORCPT ); Tue, 19 Jul 2005 04:47:10 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261937AbVGSIrJ (ORCPT ); Tue, 19 Jul 2005 04:47:09 -0400 Received: from alpha.tmit.bme.hu ([152.66.246.10]:58381 "EHLO alpha.ttt.bme.hu") by vger.kernel.org with ESMTP id S261546AbVGSIrI (ORCPT ); Tue, 19 Jul 2005 04:47:08 -0400 Message-ID: <42DD3CD3.9070508@alpha.tmit.bme.hu> Date: Tue, 19 Jul 2005 10:48:03 -0700 From: Gyorgy Horvath User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alan Cox , linux-kernel@vger.kernel.org Subject: Re: ANNOUNCE: Driver for Rocky 4782E WDT and pls help References: <42DC2871.1030103@alpha.tmit.bme.hu> <1121704467.12438.71.camel@localhost.localdomain> In-Reply-To: <1121704467.12438.71.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi, Alan Cox wrote: >Did you make sure none of that is ACPI owned in the E820 map and that if >you set any cache properties they match and are consistent with any >Linux pagetable uses ? > > dmesg shows: ----- dmesg portion begin --------- BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 00000000000a0000 (usable) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 0000000010000000 (usable) BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved) found SMP MP-table at 000f51b0 hm, page 000f5000 reserved twice. hm, page 000f6000 reserved twice. hm, page 000f1000 reserved twice. hm, page 000f2000 reserved twice. ----- end of dmesg portion -------- Seems OK since I claimed it from 0x08000000 upto, and I did not see any overlapping/conflicts. cat /proc/iomem shows: ----- /proc/iomem portion --------- 08000000-09ffffff : sga155d0 0a000000-0a07ffff : sga155d0 0a080000-0a0fffff : sga155d0 0a100000-0a13ffff : sga155d0 0a140000-0a77ffff : sga155d0 0a780000-0a7bffff : sga155d0 0a7c0000-0adfffff : sga155d0 d0000000-dfffffff : PCI Bus #01 ---- end of /proc/iomem portion --- > Is this also true with ide=nodma ? Let us see (lilo,reboot): ---- /proc/ide/ide0/hda/settings -- name value min max mode ---- ----- --- --- ---- bios_cyl 2482 0 65535 rw bios_head 255 0 255 rw bios_sect 63 0 63 rw .... blah-blah ... pio_mode write-only 0 255 w slow 0 0 1 rw unmaskirq 0 0 1 rw using_dma 0 0 1 rw -------------------^^^^-------------------------------------------------- DMA is now off... - Heat up the box - Issue - let say - lynx - :-O - Issue fortune - :-O It sais: "I never failed to convince an audience that the best thing they" "could do was to go away." - Issue for files in /usr/bin/*; do eval "$files --help 1> /dev/null 2>/dev/null&"; done Wooow... Still alive! Although... Hehehehehe... Pretty funny... Uuuups... No! Not that! Phuhhh.... It seemed the firework stopped. But cca. 100 processes remained up - like notangle, and markup :-) Anyway - the DMA load is still up - 20 Mbytes/sec - and stable. -- sga155d0 --- POS if0 --- Rx --- Other Tx-- Packets.......... 46967648 46943282 Bytes............ 4132286576 4132286576 Errors-Total..... 0 0 -Dropped......... 9907 116 -Frame/Abort..... 0 0 -CRC............. 0 0 -Overrun/Underrun 0 0 -FIFO............ 0 -- sga155d0 --- POS if1 --- Rx --- Other Tx-- Packets.......... 47020352 46967837 Bytes............ 4134610216 4134610216 Errors-Total..... 0 0 -Dropped......... 36172 127 -Frame/Abort..... 0 0 -CRC............. 0 0 -Overrun/Underrun 0 0 -FIFO............ 0 Only thoose dropped packets shows that something really nasty happened to the system during my stress test. (Normally it did not drop anything at that rate) The watchdog slept fine - no hangs. Time to reboot (who knows). Succeded too - it survived. !!!!!!!! Alan - YOU KNOW SOMETHING !!!!!!!!!!!!!! The system can go without IDE dma for this particular application, but it would be better to go with it ... Are there any known issues about the chipsets down here? Concerning IDE's ultra DMA? ---------------- lspci -vvv begin ------------------------------------------- 00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host Bridge (rev 04) Subsystem: Intel Corp. 82845 845 (Brookdale) Chipset Host Bridge Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP Bridge (rev 04) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Reset- FastB2B- 00:1e.0 PCI bridge: Intel Corp. 82820 820 (Camino 2) Chipset PCI (rev 05) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Reset- FastB2B- 00:1f.0 ISA bridge: Intel Corp. 82820 820 (Camino 2) Chipset ISA Bridge (ICH2) (rev 05) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- [disabled] [size=64K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [50] AGP version 2.0 Status: RQ=15 SBA- 64bit- FW- Rate=x1,x2 Command: RQ=0 SBA- AGP- 64bit- FW- Rate= 02:08.0 Ethernet controller: Intel Corp. 82820 (ICH2) Chipset Ethernet Controller (rev 03) Subsystem: Intel Corp.: Unknown device 3010 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- [disabled] [size=1M] Capabilities: [dc] Power Management version 2 Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=2 PME- 02:0c.0 ATM network controller: Technical University of Budapest: Unknown device d155 (rev 11) (prog-if ff) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- Reset- FastB2B- Capabilities: [dc] Power Management version 1 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Bridge: PM- B3+ 02:0f.0 ATM network controller: Technical University of Budapest: Unknown device d155 (rev 11) (prog-if ff) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR-