* Re: Linux 2.6.13
@ 2005-08-29 23:57 Ricardo Galli
2005-09-03 16:16 ` Alexey Dobriyan
0 siblings, 1 reply; 20+ messages in thread
From: Ricardo Galli @ 2005-08-29 23:57 UTC (permalink / raw)
To: linux-kernel
> There it is.
2.6.13 does not boot in my PPC (iBook, 500 MHz), it hangs just at the very
begining and the machines is automatically rebooted after a couple of
minutes.
The on-screen messages finishes with a few "openpic" messages:
http://mnm.uib.es/gallir/tmp/linux-13-ppc.jpg
I used the same 2.5.12's .config that works fine
(http://mnm.uib.es/gallir/tmp/config-2.6.13-ppc.txt). During "make oldconfig"
I selected the default options, with the exception of the "hardware monitor"
which I first enabled and then disabled because was the first suspicious.
Can I do any further test? Or is it a stupid mistake?
Cheers.
--
ricardo galli GPG id C8114D34
http://mnm.uib.es/gallir/
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 23:57 Linux 2.6.13 Ricardo Galli
@ 2005-09-03 16:16 ` Alexey Dobriyan
0 siblings, 0 replies; 20+ messages in thread
From: Alexey Dobriyan @ 2005-09-03 16:16 UTC (permalink / raw)
To: Ricardo Galli; +Cc: linux-kernel
On Tue, Aug 30, 2005 at 01:57:27AM +0200, Ricardo Galli wrote:
> 2.6.13 does not boot in my PPC (iBook, 500 MHz), it hangs just at the very
> begining and the machines is automatically rebooted after a couple of
> minutes.
I've filed a bug at kernel bugzilla so your report won't be lost. See
http://bugme.osdl.org/show_bug.cgi?id=5180
Please, register at http://bugme.osdl.org/createaccount.cgi and add
yourself to CC list.
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-09-01 2:29 ` Greg KH
@ 2005-09-03 9:22 ` Henrik Persson
0 siblings, 0 replies; 20+ messages in thread
From: Henrik Persson @ 2005-09-03 9:22 UTC (permalink / raw)
To: Greg KH
Cc: Linus Torvalds, Linux Kernel Mailing List, Ivan Kokshaysky,
Dominik Brodowski, Andrew Morton
[-- Attachment #1: Type: text/plain, Size: 1449 bytes --]
Greg KH wrote:
> On Wed, Aug 31, 2005 at 12:41:03AM +0200, Henrik Persson wrote:
>
>>Linus Torvalds wrote:
>>
>>>There it is.
>>>
>>>The most painful part of 2.6.13 is likely to be the fact that we made x86
>>>use the generic PCI bus setup code for assigning unassigned resources.
>>>That uncovered rather a lot of nasty small details, but should also mean
>>>that a lot of laptops in particular should be able to discover PCI devices
>>>behind bridges that the BIOS hasn't set up.
>>>
>>>We've hopefully fixed up all the problems that the longish -rc series
>>>showed, and it shouldn't be that painful, but if you have device problems,
>>>please make a report that at a minimum contains the unified diff of the
>>>output of "lspci -vvx" running on 2.6.12 vs 2.6.13. That might give us
>>>some clues.
>>
>>Well. 2.6.13 won't boot if I have my Netgear WG511 in the cardbus slot.
>>It boots just fine if it isn't inserted, though. If I insert it later
>>on, the computer will freeze and won't respond, just like it does on boot.
>>
>>2.6.12.5 works just fine, and I just did make oldconfig and used the
>>defaults (except for the hardware monitoring).
>>
>>Suggestions, anyone?
>
>
> Can you try the patch posted to lkml at:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=112541348008047&w=2
> from Ivan to see if that helps this?
Indeed. 2.6.13 now booting without any problems at all (well, no
problems yet anyway..) :)
--
Henrik Persson
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-30 22:41 ` Henrik Persson
@ 2005-09-01 2:29 ` Greg KH
2005-09-03 9:22 ` Henrik Persson
0 siblings, 1 reply; 20+ messages in thread
From: Greg KH @ 2005-09-01 2:29 UTC (permalink / raw)
To: Henrik Persson
Cc: Linus Torvalds, Linux Kernel Mailing List, Ivan Kokshaysky,
Dominik Brodowski, Andrew Morton
On Wed, Aug 31, 2005 at 12:41:03AM +0200, Henrik Persson wrote:
> Linus Torvalds wrote:
> > There it is.
> >
> > The most painful part of 2.6.13 is likely to be the fact that we made x86
> > use the generic PCI bus setup code for assigning unassigned resources.
> > That uncovered rather a lot of nasty small details, but should also mean
> > that a lot of laptops in particular should be able to discover PCI devices
> > behind bridges that the BIOS hasn't set up.
> >
> > We've hopefully fixed up all the problems that the longish -rc series
> > showed, and it shouldn't be that painful, but if you have device problems,
> > please make a report that at a minimum contains the unified diff of the
> > output of "lspci -vvx" running on 2.6.12 vs 2.6.13. That might give us
> > some clues.
>
> Well. 2.6.13 won't boot if I have my Netgear WG511 in the cardbus slot.
> It boots just fine if it isn't inserted, though. If I insert it later
> on, the computer will freeze and won't respond, just like it does on boot.
>
> 2.6.12.5 works just fine, and I just did make oldconfig and used the
> defaults (except for the hardware monitoring).
>
> Suggestions, anyone?
Can you try the patch posted to lkml at:
http://marc.theaimsgroup.com/?l=linux-kernel&m=112541348008047&w=2
from Ivan to see if that helps this?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 0:17 Linus Torvalds
` (3 preceding siblings ...)
2005-08-30 22:41 ` Henrik Persson
@ 2005-08-31 12:42 ` Alexandre Buisse
4 siblings, 0 replies; 20+ messages in thread
From: Alexandre Buisse @ 2005-08-31 12:42 UTC (permalink / raw)
To: Linus Torvalds; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 269 bytes --]
Hi,
the description of PCI_NAMES is conflicting with its default option (now
N/y/? instead of Y/n/?). Here is a small patch that should remove the
confusion in drivers/pci/Kconfig.
Regards,
Alexandre
Signed-off-by : Alexandre Buisse <Alexandre.Buisse@ens-lyon.fr>
[-- Attachment #2: pci_names_desc_update.patch --]
[-- Type: text/x-patch, Size: 714 bytes --]
--- drivers/pci/Kconfig.old 2005-08-31 14:35:06.000000000 +0200
+++ drivers/pci/Kconfig 2005-08-31 14:35:14.000000000 +0200
@@ -34,7 +34,7 @@
bool "PCI device name database"
depends on PCI
---help---
- By default, the kernel contains a database of all known PCI device
+ The kernel can contain a database of all known PCI device
names to make the information in /proc/pci, /proc/ioports and
similar files comprehensible to the user.
@@ -45,7 +45,7 @@
embedded system where kernel image size really matters, you can disable
this feature and you'll get device ID numbers instead of names.
- When in doubt, say Y.
+ When in doubt, say N.
config PCI_DEBUG
bool "PCI Debugging"
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 0:17 Linus Torvalds
` (2 preceding siblings ...)
2005-08-29 12:19 ` Nigel Cunningham
@ 2005-08-30 22:41 ` Henrik Persson
2005-09-01 2:29 ` Greg KH
2005-08-31 12:42 ` Alexandre Buisse
4 siblings, 1 reply; 20+ messages in thread
From: Henrik Persson @ 2005-08-30 22:41 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 1156 bytes --]
Linus Torvalds wrote:
> There it is.
>
> The most painful part of 2.6.13 is likely to be the fact that we made x86
> use the generic PCI bus setup code for assigning unassigned resources.
> That uncovered rather a lot of nasty small details, but should also mean
> that a lot of laptops in particular should be able to discover PCI devices
> behind bridges that the BIOS hasn't set up.
>
> We've hopefully fixed up all the problems that the longish -rc series
> showed, and it shouldn't be that painful, but if you have device problems,
> please make a report that at a minimum contains the unified diff of the
> output of "lspci -vvx" running on 2.6.12 vs 2.6.13. That might give us
> some clues.
Well. 2.6.13 won't boot if I have my Netgear WG511 in the cardbus slot.
It boots just fine if it isn't inserted, though. If I insert it later
on, the computer will freeze and won't respond, just like it does on boot.
2.6.12.5 works just fine, and I just did make oldconfig and used the
defaults (except for the hardware monitoring).
Suggestions, anyone?
diff -u of lspci -vvx + lspci output attached.
It's an Acer Aspire 1302XV.
--
Henrik Persson
[-- Attachment #2: diff-lspci --]
[-- Type: text/plain, Size: 2746 bytes --]
--- lspci-2.6.12.5 2005-08-31 00:31:46.274810568 +0200
+++ lspci-2.6.13 2005-08-31 00:26:45.718371000 +0200
@@ -6,7 +6,7 @@
Region 0: Memory at a0000000 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
- Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP+ GART64- 64bit- FW- Rate=<none>
+ Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>
Capabilities: [c0] 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-
@@ -40,16 +40,16 @@
Interrupt: pin A routed to IRQ 11
Region 0: Memory at 2f000000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=00, secondary=02, subordinate=05, sec-latency=176
- Memory window 0: 2f400000-2f7ff000 (prefetchable)
- Memory window 1: 2f800000-2fbff000
- I/O window 0: 00004000-000040ff
- I/O window 1: 00004400-000044ff
- BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt- PostWrite+
+ Memory window 0: 30000000-31fff000 (prefetchable)
+ Memory window 1: 32000000-33fff000
+ I/O window 0: 00001000-000010ff
+ I/O window 1: 00001400-000014ff
+ BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt+ PostWrite+
16-bit legacy interface ports at 0001
00: 17 12 72 69 87 00 10 04 00 00 07 06 00 a8 02 00
-10: 00 00 00 2f a0 00 00 02 00 02 05 b0 00 00 40 2f
-20: 00 f0 7f 2f 00 00 80 2f 00 f0 bf 2f 01 40 00 00
-30: fd 40 00 00 01 44 00 00 fd 44 00 00 0b 01 00 05
+10: 00 00 00 2f a0 00 00 02 00 02 05 b0 00 00 00 30
+20: 00 f0 ff 31 00 00 00 32 00 f0 ff 33 01 10 00 00
+30: fd 10 00 00 01 14 00 00 fd 14 00 00 0b 01 80 05
40: 25 10 1d 00 01 00 00 00 00 00 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
@@ -163,13 +163,13 @@
Interrupt: pin A routed to IRQ 11
Region 0: Memory at e0000000 (32-bit, non-prefetchable) [size=512K]
Region 1: Memory at 90000000 (32-bit, prefetchable) [size=128M]
- Expansion ROM at 000c0000 [disabled] [size=64K]
+ Expansion ROM at 98000000 [disabled] [size=64K]
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=0 PME-
Capabilities: [80] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA- ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x4
- Command: RQ=32 ArqSz=0 Cal=0 SBA- AGP+ GART64- 64bit- FW- Rate=x4
+ Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=x4
00: 33 53 02 8d 07 00 30 02 01 00 00 03 04 40 00 00
10: 00 00 00 e0 08 00 00 90 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
[-- Attachment #3: lspci-2.6.12.5 --]
[-- Type: text/plain, Size: 10043 bytes --]
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 80)
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR+
Latency: 8
Region 0: Memory at a0000000 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP+ GART64- 64bit- FW- Rate=<none>
Capabilities: [c0] 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-
00: 06 11 05 03 06 00 10 a2 80 00 00 06 00 08 00 00
10: 08 00 00 a0 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR+
Latency: 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000c000-0000dfff
Memory behind bridge: e0000000-efffffff
Prefetchable memory behind bridge: 90000000-9fffffff
BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- >Reset- FastB2B-
Capabilities: [80] 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-
00: 06 11 05 83 07 00 30 a2 00 00 04 06 00 00 01 00
10: 00 00 00 00 00 00 00 00 00 01 01 00 c0 d0 00 00
20: 00 e0 f0 ef 00 90 f0 9f 00 00 00 00 25 10 1d 00
30: 00 00 00 00 80 00 00 00 00 00 00 00 00 00 08 00
0000:00:0a.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 168
Interrupt: pin A routed to IRQ 11
Region 0: Memory at 2f000000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=00, secondary=02, subordinate=05, sec-latency=176
Memory window 0: 2f400000-2f7ff000 (prefetchable)
Memory window 1: 2f800000-2fbff000
I/O window 0: 00004000-000040ff
I/O window 1: 00004400-000044ff
BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt- PostWrite+
16-bit legacy interface ports at 0001
00: 17 12 72 69 87 00 10 04 00 00 07 06 00 a8 02 00
10: 00 00 00 2f a0 00 00 02 00 02 05 b0 00 00 40 2f
20: 00 f0 7f 2f 00 00 80 2f 00 f0 bf 2f 01 40 00 00
30: fd 40 00 00 01 44 00 00 fd 44 00 00 0b 01 00 05
40: 25 10 1d 00 01 00 00 00 00 00 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8231 [PCI-to-ISA Bridge] (rev 10)
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Capabilities: [c0] 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-
00: 06 11 31 82 8f 00 10 02 10 00 01 06 00 00 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00
0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Region 4: I/O ports at 1100 [size=16]
Capabilities: [c0] 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-
00: 06 11 71 05 07 00 90 02 06 8a 01 01 00 40 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 11 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00
0000:00:11.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1e) (prog-if 00 [UHCI])
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 22
Interrupt: pin D routed to IRQ 11
Region 4: I/O ports at 1200 [size=32]
Capabilities: [80] 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-
00: 06 11 38 30 07 00 10 02 1e 00 03 0c 00 16 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 12 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 80 00 00 00 00 00 00 00 0b 04 00 00
0000:00:11.4 Bridge: VIA Technologies, Inc. VT8235 ACPI (rev 10)
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Capabilities: [68] 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-
00: 06 11 35 82 00 00 90 02 10 00 80 06 00 00 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 68 00 00 00 00 00 00 00 00 00 00 00
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 40)
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin C routed to IRQ 10
Region 0: I/O ports at e000 [size=256]
Region 1: I/O ports at e100 [size=4]
Region 2: I/O ports at e104 [size=4]
Capabilities: [c0] 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-
00: 06 11 58 30 01 00 10 02 40 00 01 04 00 00 00 00
10: 01 e0 00 00 01 e1 00 00 05 e1 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 c0 00 00 00 00 00 00 00 0a 03 00 00
0000:00:11.6 Communication controller: VIA Technologies, Inc. Intel 537 [AC97 Modem] (rev 20)
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin C routed to IRQ 10
Region 0: I/O ports at e200 [size=256]
Capabilities: [d0] 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-
00: 06 11 68 30 01 00 10 02 20 00 80 07 00 00 00 00
10: 01 e2 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 d0 00 00 00 00 00 00 00 0a 03 00 00
0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 51)
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 16 (750ns min, 2000ns max), Cache Line Size: 0x04 (16 bytes)
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at e800 [size=256]
Region 1: Memory at f0000000 (32-bit, non-prefetchable) [size=256]
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-
00: 06 11 65 30 07 00 10 02 51 00 00 02 04 10 00 00
10: 01 e8 00 00 00 00 00 f0 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 40 00 00 00 00 00 00 00 0b 01 03 08
0000:01:00.0 VGA compatible controller: S3 Inc. VT8636A [ProSavage KN133] AGP4X VGA Controller (TwisterK) (rev 01) (prog-if 00 [VGA])
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (1000ns min, 63750ns max), Cache Line Size: 0x04 (16 bytes)
Interrupt: pin A routed to IRQ 11
Region 0: Memory at e0000000 (32-bit, non-prefetchable) [size=512K]
Region 1: Memory at 90000000 (32-bit, prefetchable) [size=128M]
Expansion ROM at 000c0000 [disabled] [size=64K]
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=0 PME-
Capabilities: [80] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA- ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x4
Command: RQ=32 ArqSz=0 Cal=0 SBA- AGP+ GART64- 64bit- FW- Rate=x4
00: 33 53 02 8d 07 00 30 02 01 00 00 03 04 40 00 00
10: 00 00 00 e0 08 00 00 90 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 0c 00 dc 00 00 00 00 00 00 00 0b 01 04 ff
[-- Attachment #4: lspci-2.6.13 --]
[-- Type: text/plain, Size: 10042 bytes --]
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 80)
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR+
Latency: 8
Region 0: Memory at a0000000 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>
Capabilities: [c0] 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-
00: 06 11 05 03 06 00 10 a2 80 00 00 06 00 08 00 00
10: 08 00 00 a0 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR+
Latency: 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000c000-0000dfff
Memory behind bridge: e0000000-efffffff
Prefetchable memory behind bridge: 90000000-9fffffff
BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- >Reset- FastB2B-
Capabilities: [80] 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-
00: 06 11 05 83 07 00 30 a2 00 00 04 06 00 00 01 00
10: 00 00 00 00 00 00 00 00 00 01 01 00 c0 d0 00 00
20: 00 e0 f0 ef 00 90 f0 9f 00 00 00 00 25 10 1d 00
30: 00 00 00 00 80 00 00 00 00 00 00 00 00 00 08 00
0000:00:0a.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 168
Interrupt: pin A routed to IRQ 11
Region 0: Memory at 2f000000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=00, secondary=02, subordinate=05, sec-latency=176
Memory window 0: 30000000-31fff000 (prefetchable)
Memory window 1: 32000000-33fff000
I/O window 0: 00001000-000010ff
I/O window 1: 00001400-000014ff
BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt+ PostWrite+
16-bit legacy interface ports at 0001
00: 17 12 72 69 87 00 10 04 00 00 07 06 00 a8 02 00
10: 00 00 00 2f a0 00 00 02 00 02 05 b0 00 00 00 30
20: 00 f0 ff 31 00 00 00 32 00 f0 ff 33 01 10 00 00
30: fd 10 00 00 01 14 00 00 fd 14 00 00 0b 01 80 05
40: 25 10 1d 00 01 00 00 00 00 00 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8231 [PCI-to-ISA Bridge] (rev 10)
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Capabilities: [c0] 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-
00: 06 11 31 82 8f 00 10 02 10 00 01 06 00 00 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00
0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Region 4: I/O ports at 1100 [size=16]
Capabilities: [c0] 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-
00: 06 11 71 05 07 00 90 02 06 8a 01 01 00 40 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 11 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00
0000:00:11.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1e) (prog-if 00 [UHCI])
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 22
Interrupt: pin D routed to IRQ 11
Region 4: I/O ports at 1200 [size=32]
Capabilities: [80] 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-
00: 06 11 38 30 07 00 10 02 1e 00 03 0c 00 16 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 12 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 80 00 00 00 00 00 00 00 0b 04 00 00
0000:00:11.4 Bridge: VIA Technologies, Inc. VT8235 ACPI (rev 10)
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Capabilities: [68] 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-
00: 06 11 35 82 00 00 90 02 10 00 80 06 00 00 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 68 00 00 00 00 00 00 00 00 00 00 00
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 40)
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin C routed to IRQ 10
Region 0: I/O ports at e000 [size=256]
Region 1: I/O ports at e100 [size=4]
Region 2: I/O ports at e104 [size=4]
Capabilities: [c0] 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-
00: 06 11 58 30 01 00 10 02 40 00 01 04 00 00 00 00
10: 01 e0 00 00 01 e1 00 00 05 e1 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 c0 00 00 00 00 00 00 00 0a 03 00 00
0000:00:11.6 Communication controller: VIA Technologies, Inc. Intel 537 [AC97 Modem] (rev 20)
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin C routed to IRQ 10
Region 0: I/O ports at e200 [size=256]
Capabilities: [d0] 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-
00: 06 11 68 30 01 00 10 02 20 00 80 07 00 00 00 00
10: 01 e2 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 d0 00 00 00 00 00 00 00 0a 03 00 00
0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 51)
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 16 (750ns min, 2000ns max), Cache Line Size: 0x04 (16 bytes)
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at e800 [size=256]
Region 1: Memory at f0000000 (32-bit, non-prefetchable) [size=256]
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-
00: 06 11 65 30 07 00 10 02 51 00 00 02 04 10 00 00
10: 01 e8 00 00 00 00 00 f0 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 00 00 40 00 00 00 00 00 00 00 0b 01 03 08
0000:01:00.0 VGA compatible controller: S3 Inc. VT8636A [ProSavage KN133] AGP4X VGA Controller (TwisterK) (rev 01) (prog-if 00 [VGA])
Subsystem: Acer Incorporated [ALI]: Unknown device 001d
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (1000ns min, 63750ns max), Cache Line Size: 0x04 (16 bytes)
Interrupt: pin A routed to IRQ 11
Region 0: Memory at e0000000 (32-bit, non-prefetchable) [size=512K]
Region 1: Memory at 90000000 (32-bit, prefetchable) [size=128M]
Expansion ROM at 98000000 [disabled] [size=64K]
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=0 PME-
Capabilities: [80] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA- ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x4
Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=x4
00: 33 53 02 8d 07 00 30 02 01 00 00 03 04 40 00 00
10: 00 00 00 e0 08 00 00 90 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 25 10 1d 00
30: 00 00 0c 00 dc 00 00 00 00 00 00 00 0b 01 04 ff
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 14:25 ` Antonino A. Daplas
2005-08-29 14:42 ` Steven Rostedt
@ 2005-08-29 14:50 ` Linus Torvalds
1 sibling, 0 replies; 20+ messages in thread
From: Linus Torvalds @ 2005-08-29 14:50 UTC (permalink / raw)
To: Antonino A. Daplas; +Cc: ncunningham, Steven Rostedt, Linux Kernel Mailing List
On Mon, 29 Aug 2005, Antonino A. Daplas wrote:
>
> Both, actually, with exactly the same patch. In the long changelog, both
> Steven and Paul are co-signees but only Paul's name appeared in the short
> changelog.
git only has one author field. That's not really technically fundamental
(git could be extended to have multiple authors), but it's pretty
fundamental to the work-flow, so in 99% of all cases nothing else makes
sense.
IOW, when I got around to applying the patch, I had two emails with the
same patch to apply, and I picked Paul's explanation and added commentary
about Steven doing the exact same thing in the longer log entry.
I _could_ also have applied both (in different branches) and merged the
two, but since that's not only about three times the work, but also
against my normal workflow, and I'm lazy...
Linus
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 14:25 ` Antonino A. Daplas
@ 2005-08-29 14:42 ` Steven Rostedt
2005-08-29 14:50 ` Linus Torvalds
1 sibling, 0 replies; 20+ messages in thread
From: Steven Rostedt @ 2005-08-29 14:42 UTC (permalink / raw)
To: Antonino A. Daplas; +Cc: ncunningham, Linus Torvalds, Linux Kernel Mailing List
On Mon, 2005-08-29 at 22:25 +0800, Antonino A. Daplas wrote:
> Nigel Cunningham wrote:
> > Hi.
> >
> > On Mon, 2005-08-29 at 20:57, Steven Rostedt wrote:
> >> On Sun, 2005-08-28 at 17:17 -0700, Linus Torvalds wrote:
> >>
> >>> Paul Mackerras:
> >>> Remove race between con_open and con_close
> >> Hey, I'm the first to report this with the fix and Paul gets the credit?
> >> I guess I'll crawl back to my little world (RT) where they actually
> >> appreciate me. :-(
> >
> > Did you report it or fix it? :>
> >
>
> Both, actually, with exactly the same patch. In the long changelog, both
> Steven and Paul are co-signees but only Paul's name appeared in the short
> changelog.
>
> Tony
Thanks Tony, but I'm not really upset. My main focus _is_ on what
Ingo's doing in the RT world. I just thought it was amusing that the
one who supplied the patch second got the credit. If it was the other
way around, and Paul was the first to supply the patch and my name
appeared, I would have made a crack at that too. :-)
-- Steve
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 12:17 ` Nigel Cunningham
2005-08-29 12:25 ` Jörn Engel
@ 2005-08-29 14:25 ` Antonino A. Daplas
2005-08-29 14:42 ` Steven Rostedt
2005-08-29 14:50 ` Linus Torvalds
1 sibling, 2 replies; 20+ messages in thread
From: Antonino A. Daplas @ 2005-08-29 14:25 UTC (permalink / raw)
To: ncunningham; +Cc: Steven Rostedt, Linus Torvalds, Linux Kernel Mailing List
Nigel Cunningham wrote:
> Hi.
>
> On Mon, 2005-08-29 at 20:57, Steven Rostedt wrote:
>> On Sun, 2005-08-28 at 17:17 -0700, Linus Torvalds wrote:
>>
>>> Paul Mackerras:
>>> Remove race between con_open and con_close
>> Hey, I'm the first to report this with the fix and Paul gets the credit?
>> I guess I'll crawl back to my little world (RT) where they actually
>> appreciate me. :-(
>
> Did you report it or fix it? :>
>
Both, actually, with exactly the same patch. In the long changelog, both
Steven and Paul are co-signees but only Paul's name appeared in the short
changelog.
Tony
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 12:19 ` Nigel Cunningham
@ 2005-08-29 14:22 ` Roland Dreier
0 siblings, 0 replies; 20+ messages in thread
From: Roland Dreier @ 2005-08-29 14:22 UTC (permalink / raw)
To: ncunningham; +Cc: Linus Torvalds, Linux Kernel Mailing List
>>>>> "Nigel" == Nigel Cunningham <ncunningham@cyclades.com> writes:
Nigel> Hi. I have a couple of reports of powering off being
Nigel> broken between 2.6.13-rc7 and 2.6.13 :( (One my computer
Nigel> and one a Suspend2 user). I'll happily test patches.
Well, there aren't many differences between 2.6.13-rc7 and 2.6.13. If
I had to guess, I would bet the commit below is what broke you. I'm
including a patch that reverts it at the end of this email
BTW, I have no knowledge of this area -- I'm just basing this on pure
changelog reading. So if reverting this patch does fix your system, I
have no idea what the correct fix is.
- R.
commit 8dbddf17824861f2298de093549e6493d9844835
Author: Eric W. Biederman <ebiederm@xmission.com>
Date: Sat Aug 27 00:56:18 2005 -0600
[PATCH] acpi_shutdown: Only prepare for power off on power_off
When acpi_sleep_prepare was moved into a shutdown method we
started calling it for all shutdowns.
It appears this triggers some systems to power off on reboot.
Avoid this by only calling acpi_sleep_prepare if we are going to power
off the system.
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
diff --git a/drivers/acpi/sleep/poweroff.c b/drivers/acpi/sleep/poweroff.c
--- a/drivers/acpi/sleep/poweroff.c
+++ b/drivers/acpi/sleep/poweroff.c
@@ -55,11 +55,7 @@ void acpi_power_off(void)
static int acpi_shutdown(struct sys_device *x)
{
- if (system_state == SYSTEM_POWER_OFF) {
- /* Prepare if we are going to power off the system */
- return acpi_sleep_prepare(ACPI_STATE_S5);
- }
- return 0;
+ return acpi_sleep_prepare(ACPI_STATE_S5);
}
static struct sysdev_class acpi_sysclass = {
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 12:25 ` Jörn Engel
@ 2005-08-29 12:28 ` Nigel Cunningham
0 siblings, 0 replies; 20+ messages in thread
From: Nigel Cunningham @ 2005-08-29 12:28 UTC (permalink / raw)
To: Jörn Engel; +Cc: Steven Rostedt, Linus Torvalds, Linux Kernel Mailing List
Hi.
On Mon, 2005-08-29 at 22:25, Jörn Engel wrote:
> On Mon, 29 August 2005 22:17:30 +1000, Nigel Cunningham wrote:
> > On Mon, 2005-08-29 at 20:57, Steven Rostedt wrote:
> > > On Sun, 2005-08-28 at 17:17 -0700, Linus Torvalds wrote:
> > >
> > > >
> > > > Paul Mackerras:
> > > > Remove race between con_open and con_close
> > >
> > > Hey, I'm the first to report this with the fix and Paul gets the credit?
> > > I guess I'll crawl back to my little world (RT) where they actually
> > > appreciate me. :-(
> >
> > Did you report it or fix it? :>
>
> Doesn't really matter to me. A good bug report is often 90% of the
> work, with the actual fix falling into the misc. category. Testers
> really deserve some credit. ;)
>
> Ok, many bug reports are also quite useless. Good testers therefore
> deserve even more credit.
That's true. A bug report that tells me exactly what I need to do to
reproduce the issue is better than gold.
Regards,
Nigel
> Jörn
--
Evolution.
Enumerate the requirements.
Consider the interdependencies.
Calculate the probabilities.
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 12:17 ` Nigel Cunningham
@ 2005-08-29 12:25 ` Jörn Engel
2005-08-29 12:28 ` Nigel Cunningham
2005-08-29 14:25 ` Antonino A. Daplas
1 sibling, 1 reply; 20+ messages in thread
From: Jörn Engel @ 2005-08-29 12:25 UTC (permalink / raw)
To: Nigel Cunningham
Cc: Steven Rostedt, Linus Torvalds, Linux Kernel Mailing List
On Mon, 29 August 2005 22:17:30 +1000, Nigel Cunningham wrote:
> On Mon, 2005-08-29 at 20:57, Steven Rostedt wrote:
> > On Sun, 2005-08-28 at 17:17 -0700, Linus Torvalds wrote:
> >
> > >
> > > Paul Mackerras:
> > > Remove race between con_open and con_close
> >
> > Hey, I'm the first to report this with the fix and Paul gets the credit?
> > I guess I'll crawl back to my little world (RT) where they actually
> > appreciate me. :-(
>
> Did you report it or fix it? :>
Doesn't really matter to me. A good bug report is often 90% of the
work, with the actual fix falling into the misc. category. Testers
really deserve some credit. ;)
Ok, many bug reports are also quite useless. Good testers therefore
deserve even more credit.
Jörn
--
The competent programmer is fully aware of the strictly limited size of
his own skull; therefore he approaches the programming task in full
humility, and among other things he avoids clever tricks like the plague.
-- Edsger W. Dijkstra
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 0:17 Linus Torvalds
2005-08-29 0:43 ` Jesper Juhl
2005-08-29 10:57 ` Steven Rostedt
@ 2005-08-29 12:19 ` Nigel Cunningham
2005-08-29 14:22 ` Roland Dreier
2005-08-30 22:41 ` Henrik Persson
2005-08-31 12:42 ` Alexandre Buisse
4 siblings, 1 reply; 20+ messages in thread
From: Nigel Cunningham @ 2005-08-29 12:19 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
Hi.
I have a couple of reports of powering off being broken between
2.6.13-rc7 and 2.6.13 :( (One my computer and one a Suspend2 user). I'll
happily test patches.
Regards,
Nigel
--
Evolution.
Enumerate the requirements.
Consider the interdependencies.
Calculate the probabilities.
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 10:57 ` Steven Rostedt
@ 2005-08-29 12:17 ` Nigel Cunningham
2005-08-29 12:25 ` Jörn Engel
2005-08-29 14:25 ` Antonino A. Daplas
0 siblings, 2 replies; 20+ messages in thread
From: Nigel Cunningham @ 2005-08-29 12:17 UTC (permalink / raw)
To: Steven Rostedt; +Cc: Linus Torvalds, Linux Kernel Mailing List
Hi.
On Mon, 2005-08-29 at 20:57, Steven Rostedt wrote:
> On Sun, 2005-08-28 at 17:17 -0700, Linus Torvalds wrote:
>
> >
> > Paul Mackerras:
> > Remove race between con_open and con_close
>
> Hey, I'm the first to report this with the fix and Paul gets the credit?
> I guess I'll crawl back to my little world (RT) where they actually
> appreciate me. :-(
Did you report it or fix it? :>
Regards,
Nigel
>
> ;-)
>
> -- Steve
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Evolution.
Enumerate the requirements.
Consider the interdependencies.
Calculate the probabilities.
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 0:17 Linus Torvalds
2005-08-29 0:43 ` Jesper Juhl
@ 2005-08-29 10:57 ` Steven Rostedt
2005-08-29 12:17 ` Nigel Cunningham
2005-08-29 12:19 ` Nigel Cunningham
` (2 subsequent siblings)
4 siblings, 1 reply; 20+ messages in thread
From: Steven Rostedt @ 2005-08-29 10:57 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
On Sun, 2005-08-28 at 17:17 -0700, Linus Torvalds wrote:
>
> Paul Mackerras:
> Remove race between con_open and con_close
Hey, I'm the first to report this with the fix and Paul gets the credit?
I guess I'll crawl back to my little world (RT) where they actually
appreciate me. :-(
;-)
-- Steve
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 2:34 Jerome Pinot
@ 2005-08-29 3:27 ` Linus Torvalds
0 siblings, 0 replies; 20+ messages in thread
From: Linus Torvalds @ 2005-08-29 3:27 UTC (permalink / raw)
To: Jerome Pinot; +Cc: jesper.juhl, linux-kernel
On Mon, 29 Aug 2005, Jerome Pinot wrote:
>
> Using git in the linus tree:
> $ git-whatchanged v2.6.12..v2.6.13 --pretty=full
It's really much nicer to just do
git log --no-merges v2.6.12..v2.6.13
which gives you a much more readable result.
git-whatchanged is useful if you also want to see the files that got
changed (especially with the "-p" flag to see the whole diff), or if you
want to limit it to a specific subsystem ("git-whatchanged drivers/usb"),
but if you just want the log, use "git log".
That "--pretty=full" this gives you committer information (and you can do
it for "git log" too), but most people probably don't care. In fact, you'd
more often find yourself using "--pretty=short", which only shows the
first line ("head-line" - the subject line of an email patch) of the
commit message.
Additionally, you can pipe the output of "git log" to "git-shortlog", and
you'll get the shortlog format (ie head-line only, and sorted by author).
Sadly, some commits ended up missing out on the author field (hey, people
were getting started with git), so you have two commits like this:
commit af25e94d4dcfb9608846242fabdd4e6014e5c9f0
Author: <>
Commit: Tony Luck <tony.luck@intel.com>
[IA64] Make ia64 die() preempt safe
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
commit af2c80e926ad5335d00a8d507928aff4e8ff1877
Author: ? <?>
Commit: Thomas Gleixner <tglx@mtd.linutronix.de>
[MTD] ms02-nv: Fix 64bit operation
Replace KSEG1ADDR() with CKSEG1ADDR() as the former does not work for
64-bit configurations anymore.
Signed-off-by: Maciej W. Rozycki <macro@infradead.org>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
where the author does show up thanks to the sign-off lines, but the git
author information was left empty, so the git-shortlog thing has two
unattributed changes ;^p
Linus
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 0:43 ` Jesper Juhl
@ 2005-08-29 3:05 ` Linus Torvalds
0 siblings, 0 replies; 20+ messages in thread
From: Linus Torvalds @ 2005-08-29 3:05 UTC (permalink / raw)
To: Jesper Juhl; +Cc: Linux Kernel Mailing List
On Mon, 29 Aug 2005, Jesper Juhl wrote:
>
> http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.13 seems to
> be the 2.6.13-rc7 -> 2.6.13 final ChangeLog. Any chance we could get
> the full 2.6.12 -> 2.6.13 ChangeLog up there?
Done.
(Well, it's going to take a while to mirror out).
That's 2.3MB of logs (even the shortlog weighs in at 5000+ lines and
201kB, if anybody cares. I didn't upload that, and the kernel mailing list
limits don't allow me to put it here, but git users can do
git-rev-list --pretty=short v2.6.12..v2.6.13 | git-shortlog
to generate it. You might additionally want to add a "--no-merges" if you
don't want to see people doing non-linear merges).
Linus
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
@ 2005-08-29 2:34 Jerome Pinot
2005-08-29 3:27 ` Linus Torvalds
0 siblings, 1 reply; 20+ messages in thread
From: Jerome Pinot @ 2005-08-29 2:34 UTC (permalink / raw)
To: jesper.juhl; +Cc: linux-kernel
>On 8/29/05, Linus Torvalds <...> wrote:
>>
>> There it is.
>>
>http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.13 seems to
>be the 2.6.13-rc7 -> 2.6.13 final ChangeLog. Any chance we could get
>the full 2.6.12 -> 2.6.13 ChangeLog up there?
Using git in the linus tree:
$ git-whatchanged v2.6.12..v2.6.13 --pretty=full
You can get this:
ftp://ngc891.blogdns.net/pub/linux/misc/ChangeLog-2.6.12-2.6.13.txt
Be warn, it's about 3.7MB
--
Jerome Pinot
ftp://ngc891.blogdns.net/pub
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Linux 2.6.13
2005-08-29 0:17 Linus Torvalds
@ 2005-08-29 0:43 ` Jesper Juhl
2005-08-29 3:05 ` Linus Torvalds
2005-08-29 10:57 ` Steven Rostedt
` (3 subsequent siblings)
4 siblings, 1 reply; 20+ messages in thread
From: Jesper Juhl @ 2005-08-29 0:43 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
On 8/29/05, Linus Torvalds <torvalds@osdl.org> wrote:
>
> There it is.
>
http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.13 seems to
be the 2.6.13-rc7 -> 2.6.13 final ChangeLog. Any chance we could get
the full 2.6.12 -> 2.6.13 ChangeLog up there?
--
Jesper Juhl <jesper.juhl@gmail.com>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please http://www.expita.com/nomime.html
^ permalink raw reply [flat|nested] 20+ messages in thread
* Linux 2.6.13
@ 2005-08-29 0:17 Linus Torvalds
2005-08-29 0:43 ` Jesper Juhl
` (4 more replies)
0 siblings, 5 replies; 20+ messages in thread
From: Linus Torvalds @ 2005-08-29 0:17 UTC (permalink / raw)
To: Linux Kernel Mailing List
There it is.
The most painful part of 2.6.13 is likely to be the fact that we made x86
use the generic PCI bus setup code for assigning unassigned resources.
That uncovered rather a lot of nasty small details, but should also mean
that a lot of laptops in particular should be able to discover PCI devices
behind bridges that the BIOS hasn't set up.
We've hopefully fixed up all the problems that the longish -rc series
showed, and it shouldn't be that painful, but if you have device problems,
please make a report that at a minimum contains the unified diff of the
output of "lspci -vvx" running on 2.6.12 vs 2.6.13. That might give us
some clues.
The changes since -rc7 are pretty small, full shortlog and diffstat of
that appended.
As to the new world order: I'm actually going to be away for most of next
week, but in general we should now try to do all major merges within the
first two weeks of the release. After that, we go into calm-down mode, and
if you have work that didn't make the cut, you get to wait until 2.6.14.
The plan is that this should bring in the time between releases, so that
even stuff that misses the deadline won't have to wait _too_ long for the
next one.
Linus
----
Al Viro:
bogus iounmap() in emac
bogus function type in qdio
late spinlock initialization in ieee1394/ohci
mmaper_kern.c fixes [buffer overruns]
Alexey Dobriyan:
drivers/hwmon/*: kfree() correct pointers
zfcp: fix compilation due to rports changes
Andi Kleen:
x86_64: update defconfig - reenable fusion
x86_64: Tell VM about holes in nodes
Andreas Herrmann:
zfcp: add rports to enable scsi_add_device to work again
Andreas Schwab:
m68k: fix broken macros causing compile errors
Anton Blanchard:
ppc64: Fix issue with gcc 4.0 compiled kernels
Benjamin Herrenschmidt:
ppc64: Export machine_power_off for therm_pm72 module
Deepak Saxena:
arm: fix IXP4xx flash resource range
Eric W. Biederman:
acpi_shutdown: Only prepare for power off on power_off
Heiko Carstens:
zfcp: bugfix and compile fixes
James Bottomley:
Fix oops in sysfs_hash_and_remove_file()
James Morris:
Fix capifs bug in initialization error path.
Jan Blunck:
sg.c: fix a memory leak in devices seq_file implementation
Jean Delvare:
hwmon: Off-by-one error in fscpos driver
Jens Axboe:
cfq-iosched.c: minor fixes
John McCutchan:
Document idr_get_new_above() semantics, update inotify
Keith Owens:
Export pcibios_bus_to_resource
Linus Torvalds:
Only pre-allocate 256 bytes of cardbio IO range
Ignore disabled ROM resources at setup
Merge HEAD from master.kernel.org:/.../davem/net-2.6.git
Merge refs/heads/upstream-fixes from master.kernel.org:/.../jgarzik/netdev-2.6
Linux v2.6.13
Marcelo Tosatti:
ppc32 8xx: fix m8xx_ide_init() #ifdef
Mark M. Hoffman:
I2C hwmon: kfree fixes
Michael Chan:
[TG3]: Fix ethtool loopback test lockup
NeilBrown:
md: create a MODULE_ALIAS for md corresponding to its block major number.
md: clear the 'recovery' flags when starting an md array.
Paolo 'Blaisorblade' Giarrusso:
Fixup symlink function pointers for hppfs [for 2.6.13]
hppfs: fix symlink error path
Patrick Boettcher:
fix for race problem in DVB USB drivers (dibusb)
Patrick McHardy:
[FIB_TRIE]: Don't ignore negative results from fib_semantic_match
Paul Jackson:
cpu_exclusive sched domains build fix
undo partial cpu_exclusive sched domain disabling
completely disable cpu_exclusive sched domain
Paul Mackerras:
Remove race between con_open and con_close
Ralf Baechle:
6pack Timer initialization
Fix 6pack setting of MAC address
Roland Dreier:
IB: fix use-after-free in user verbs cleanup
Steve French:
Fix oops in fs/locks.c on close of file with pending locks
----
Makefile | 2 +
arch/arm/mach-ixp4xx/coyote-setup.c | 2 +
arch/arm/mach-ixp4xx/gtwx5715-setup.c | 2 +
arch/arm/mach-ixp4xx/ixdp425-setup.c | 2 +
arch/ia64/pci/pci.c | 1 +
arch/ppc/syslib/m8xx_setup.c | 2 +
arch/ppc64/kernel/setup.c | 2 +
arch/sparc64/kernel/pci.c | 1 +
arch/um/drivers/mmapper_kern.c | 41 ++++++-----------------------
arch/x86_64/defconfig | 21 +++++++++------
arch/x86_64/kernel/e820.c | 34 ++++++++++++++++++++++++
arch/x86_64/mm/init.c | 16 ++++++++---
arch/x86_64/mm/numa.c | 8 +++++-
drivers/acpi/sleep/poweroff.c | 6 ++++
drivers/block/cfq-iosched.c | 31 +++++++++++++++-------
drivers/char/vt.c | 2 +
drivers/hwmon/adm1026.c | 4 +--
drivers/hwmon/adm1031.c | 4 +--
drivers/hwmon/adm9240.c | 2 +
drivers/hwmon/fscpos.c | 2 +
drivers/hwmon/smsc47b397.c | 2 +
drivers/hwmon/smsc47m1.c | 2 +
drivers/ieee1394/ohci1394.c | 8 +++++-
drivers/infiniband/core/uverbs_main.c | 3 +-
drivers/isdn/capi/capifs.c | 4 ++-
drivers/md/md.c | 2 +
drivers/media/dvb/dvb-usb/dibusb-common.c | 19 ++++++++++---
drivers/media/dvb/dvb-usb/dvb-usb-dvb.c | 5 ++--
drivers/net/hamradio/6pack.c | 9 ++----
drivers/net/ibm_emac/ibm_emac_core.c | 2 +
drivers/net/tg3.c | 6 +---
drivers/pci/setup-bus.c | 2 +
drivers/pci/setup-res.c | 4 ++-
drivers/s390/cio/qdio.c | 2 +
drivers/s390/scsi/zfcp_aux.c | 28 ++++----------------
drivers/s390/scsi/zfcp_ccw.c | 10 +++++++
drivers/s390/scsi/zfcp_def.h | 2 +
drivers/s390/scsi/zfcp_erp.c | 25 ++++++++++++++++--
drivers/s390/scsi/zfcp_ext.h | 2 +
drivers/s390/scsi/zfcp_fsf.c | 1 +
drivers/s390/scsi/zfcp_scsi.c | 25 ++++++++++++++----
drivers/s390/scsi/zfcp_sysfs_port.c | 2 -
drivers/scsi/sg.c | 13 ++++-----
fs/cifs/file.c | 2 +
fs/hppfs/hppfs_kern.c | 30 ++++++++-------------
fs/inotify.c | 2 +
fs/sysfs/inode.c | 4 +++
include/asm-m68k/page.h | 6 ++--
include/asm-ppc64/bug.h | 7 +++--
include/asm-x86_64/e820.h | 2 +
kernel/cpuset.c | 30 +++++++++------------
lib/idr.c | 2 +
net/ipv4/fib_trie.c | 14 +++++-----
53 files changed, 277 insertions(+), 185 deletions(-)
^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2005-09-03 16:07 UTC | newest]
Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-08-29 23:57 Linux 2.6.13 Ricardo Galli
2005-09-03 16:16 ` Alexey Dobriyan
-- strict thread matches above, loose matches on Subject: below --
2005-08-29 2:34 Jerome Pinot
2005-08-29 3:27 ` Linus Torvalds
2005-08-29 0:17 Linus Torvalds
2005-08-29 0:43 ` Jesper Juhl
2005-08-29 3:05 ` Linus Torvalds
2005-08-29 10:57 ` Steven Rostedt
2005-08-29 12:17 ` Nigel Cunningham
2005-08-29 12:25 ` Jörn Engel
2005-08-29 12:28 ` Nigel Cunningham
2005-08-29 14:25 ` Antonino A. Daplas
2005-08-29 14:42 ` Steven Rostedt
2005-08-29 14:50 ` Linus Torvalds
2005-08-29 12:19 ` Nigel Cunningham
2005-08-29 14:22 ` Roland Dreier
2005-08-30 22:41 ` Henrik Persson
2005-09-01 2:29 ` Greg KH
2005-09-03 9:22 ` Henrik Persson
2005-08-31 12:42 ` Alexandre Buisse
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).