Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 07 12月, 2006 2 次提交
  3. 01 10月, 2006 1 次提交
  5. 26 9月, 2006 2 次提交
    • H
      [PATCH] i386: Fix the EDD code misparsing the command line · 575400d1
      由 H. Peter Anvin 提交于 
      The EDD code would scan the command line as a fixed array, without
taking account of either whitespace, null-termination, the old
command-line protocol, late overrides early, or the fact that the
command line may not be reachable from INITSEG.

This should fix those problems, and enable us to use a longer command
line.
Signed-off-by: NH. Peter Anvin <hpa@zytor.com>
Signed-off-by: NAndi Kleen <ak@suse.de>
      575400d1
    • D
      [PATCH] x86: AUX_DEVICE_INFO is one byte long, use 'movb' · 606bd58d
      由 Diego Calleja 提交于 
      Bugzilla #6552 says:

"In arch/i386/boot/setup.S, movw is used instead of movb for PS/2 mouse
information, although it is unsigned char. This does not harm, because
the jmp instruction overwritten by movw is used before executing movw,
and never be used again"

I've no idea if this is a real bug or how it gets fixed, so I'm submitting
it for review instead of letting it die of boredom in bugzilla. Aditionally
to i386, I've changed x86-64, which mirrors the same code.

Credits to Yoshinori K. Okuji, who found the problem and suggested a fix.
Signed-off-by: NDiego Calleja <diegocg@gmail.com>
Signed-off-by: NAndi Kleen <ak@suse.de>
      606bd58d
  7. 04 7月, 2006 1 次提交
    • S
      kbuild: introduce utsrelease.h · 63104eec
      由 Sam Ravnborg 提交于 
      include/linux/version.h contained both actual KERNEL version
and UTS_RELEASE that contains a subset from git SHA1 for when
kernel was compiled as part of a git repository.
This had the unfortunate side-effect that all files including version.h
would be recompiled when some git changes was made due to changes SHA1.
Split it out so we keep independent parts in separate files.

Also update checkversion.pl script to no longer check for UTS_RELEASE.
Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      63104eec
  9. 01 7月, 2006 1 次提交
  11. 27 6月, 2006 3 次提交
  13. 11 4月, 2006 1 次提交
  15. 28 3月, 2006 1 次提交
  17. 27 3月, 2006 1 次提交
  19. 26 3月, 2006 1 次提交
  21. 15 2月, 2006 1 次提交
  23. 11 1月, 2006 2 次提交
    • L
      x86: fix "make install" target · d274ba20
      由 Linus Torvalds 提交于 
      Removing the dependency on the boot image build was good, but it also
meant that the $< expansion by make needed to be done explicitly.

Noted by Stephen Hemminger.
Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      d274ba20
    • A
      [PATCH] vesafb: Drop blank hook · 2b4f2f4b
      由 Antonino A. Daplas 提交于 
      From: Bugzilla Bug 5351

"After resuming from S3 (suspended while in X), the LCD panel stays black .
 However, the laptop is up again, and I can SSH into it from another
machine.

I can get the panel working again, when I first direct video output to the
CRT output of the laptop, and then back to LCD (done by repeatedly hitting
Fn+F5 buttons on the Toshiba, which directs output to either LCD, CRT or
TV) None of this ever happened with older kernels."

This bug is due to the recently added vesafb_blank() method in vesafb.  It
works with CRT displays, but has a high incidence of problems in laptop
users.  Since CRT users don't really get that much benefit from hardware
blanking, drop support for this.
Signed-off-by: NAntonino Daplas <adaplas@pol.net>
Signed-off-by: NAndrew Morton <akpm@osdl.org>
Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      2b4f2f4b
  25. 10 1月, 2006 1 次提交
  27. 09 1月, 2006 1 次提交
  29. 10 9月, 2005 2 次提交
  31. 08 9月, 2005 1 次提交
  33. 29 6月, 2005 1 次提交
  35. 26 6月, 2005 2 次提交
  37. 24 6月, 2005 1 次提交
    • I
      [PATCH] use ${CROSS_COMPILE}installkernel in arch/*/boot/install.sh · 0f8e2d62
      由 Ian Campbell 提交于 
      The attached patch causes the various arch specific install.sh scripts to
look for ${CROSS_COMPILE}installkernel rather than just installkernel (in
both /sbin/ and ~/bin/ where the script already did this).  This allows you
to have e.g.  arm-linux-installkernel as a handy way to install on your
cross target.  It also prevents the script picking up on the host
/sbin/installkernel which causes the script to fall through and do the
install itself (which is what I actually use myself, with $INSTALL_PATH
set).

I don't believe it causes back-compatibility problems since calling the
host installkernel was never likely to work or be what you wanted when
cross compiling anyway.  If $CROSS_COMPILE isn't set then nothing changes.

I only use ARM and i386 myself but I figured it couldn't hurt to do the
whole lot.  I've cc'd those who I hope are the arch maintainers for files
that I've touched.
Signed-off-by: NIan Campbell <icampbell@arcom.com>
Signed-off-by: NAndrew Morton <akpm@osdl.org>
Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      0f8e2d62
  39. 22 6月, 2005 1 次提交
  41. 06 5月, 2005 1 次提交
  43. 01 5月, 2005 2 次提交
  45. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      由 Linus Torvalds 提交于 
      Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!
      1da177e4