Re: Linux 2.6.13

Re: Linux 2.6.13

[Jerome Pinot]

>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

Re: Linux 2.6.13

[Linus Torvalds]

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

Re: Linux 2.6.13

[Ricardo Galli]

> 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/

Re: Linux 2.6.13

[Alexey Dobriyan]

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.

Linux 2.6.13

[Linus Torvalds]

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(-)

Re: Linux 2.6.13

[Jesper Juhl]

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

Re: Linux 2.6.13

[Linus Torvalds]

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

Re: Linux 2.6.13

[Steven Rostedt]

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

Re: Linux 2.6.13

[Nigel Cunningham]

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.

Re: Linux 2.6.13

[Jörn Engel]

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

Re: Linux 2.6.13

[Nigel Cunningham]

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.

Re: Linux 2.6.13

[Antonino A. Daplas]

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

Re: Linux 2.6.13

[Steven Rostedt]

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

Re: Linux 2.6.13

[Linus Torvalds]

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

Re: Linux 2.6.13

[Nigel Cunningham]

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.

Re: Linux 2.6.13

[Roland Dreier]

>>>>> "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 = {

Re: Linux 2.6.13

[Henrik Persson]

[-- 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

Re: Linux 2.6.13

[Greg KH]

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

Re: Linux 2.6.13

[Henrik Persson]

[-- 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 --]

Re: Linux 2.6.13

[Alexandre Buisse]

[-- 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"