Skip to content

cloud-kernel
cloud-kernel

openanolis / cloud-kernel
1 年多 前同步成功

通知 161
Star 36
Fork 7
cloud-kernel
cloud-kernel
切换分支/标签
  1. 01 10月, 2006 1 次提交
  3. 30 9月, 2006 1 次提交
  5. 13 9月, 2006 1 次提交
  7. 11 9月, 2006 1 次提交
  9. 09 9月, 2006 1 次提交
  11. 02 9月, 2006 1 次提交
  13. 31 8月, 2006 1 次提交
    • A
      [PATCH] Missing PCI id update for VIA IDE · a7dec1e0
      由 Alan Cox 提交于 
      The following change from -mm is important to 2.6.18 (actually to 2.6.17
but its too late for that). This was contributed over three months ago
by VIA to Bartlomiej and nothing happened. As a result the new chipset
is now out and Linux won't run on it. By the time 2.6.18 is finalised
this will be the defacto standard VIA chipset so support would be a good
plan.

Tested in -mm for a while, its essentially a PCI ident update but for
the bridge chip because VIA do things in weird ways.
Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      a7dec1e0
  15. 10 8月, 2006 1 次提交
  17. 28 7月, 2006 1 次提交
  19. 13 7月, 2006 1 次提交
    • A
      [PATCH] ide: fix Jmicron support · 15e0c694
      由 Alan Cox 提交于 
      Prior to 2.6.18rc1 you could install with devices on a JMicron chipset
using the "all-generic-ide" option. As of this kernel the AHCI driver
grabs the controller and rams it into AHCI mode losing the PATA ports
and making CD drives and the like vanish. The all-generic-ide option
fails because the AHCI driver grabbed the PCI device and reconfigured
it.

To fix this three things are needed.

#1 We must put the chip into dual function mode
#2 The AHCI driver must grab only function 0 (already in your rc1 tree)
#3 Something must grab the PATA ports

The attached patch is the minimal risk edition of this. It puts the chip
into dual function mode so that AHCI will grab the SATA ports without
losing the PATA ports. To keep the risk as low as possible the third
patch adds the PCI identifiers for the PATA port and the FN check to the
ide-generic driver. There is a more featured jmicron driver on its way
but that adds risk and the ide-generic support is sufficient to install
and run a system.

The actual chip setup done by the quirk is the precise setup recommended
by the vendor.

(The JMB368 appears only in the ide-generic entry as it has no AHCI so
does not need the quirk)
Signed-off-by: NAlan Cox <alan@redhat.com>
Acked-by: NJeff Garzik <jgarzik@pobox.com>
Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      15e0c694
  21. 02 7月, 2006 1 次提交
  23. 01 7月, 2006 1 次提交
  25. 29 6月, 2006 5 次提交
  27. 28 6月, 2006 1 次提交
  29. 27 6月, 2006 6 次提交
  31. 23 6月, 2006 2 次提交
  33. 01 6月, 2006 1 次提交
    • J
      [PATCH] sgiioc4: use mmio ops instead of port io · a835fa79
      由 Jeremy Higdon 提交于 
      From: Jeremy Higdon <jeremy@sgi.com>

This patch fixes a bug in sgiioc4 where it was using the default IDE port
I/O operations instead of MMIO.

The IDE part of the IOC4 chip uses MMIO to map the chip registers.
Unfortunately, the sgiioc4 driver uses the default port IO operations,
which happens to have worked for the past few years.  That's about to
change, however, thus this change from inX/outX to readX/writeX.
Signed-off-by: NJeremy Higdon <jeremy@sgi.com>
Cc: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Signed-off-by: NAndrew Morton <akpm@osdl.org>
Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      a835fa79
  35. 24 5月, 2006 1 次提交
  37. 20 4月, 2006 3 次提交
  39. 29 3月, 2006 3 次提交
  41. 28 3月, 2006 1 次提交
  43. 16 2月, 2006 1 次提交
  45. 04 2月, 2006 4 次提交