Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 30 4月, 2015 1 次提交
  3. 25 3月, 2015 2 次提交
  5. 04 2月, 2015 1 次提交
  7. 23 1月, 2015 2 次提交
  9. 18 12月, 2014 1 次提交
    • H
      s390/zcrypt: kernel oops at insmod of the z90crypt device driver · 099eae11
      由 Harald Freudenberger 提交于 
      Kernel oops caused by invalid parameter at TAPQ instruction:
On older systems where the QCI instruction is not available
all possible domains are probed via TAPQ instruction. The
range for the probe has been extended with the > 16 domain
support now leading to a possible specification exception
when this instruction is called for probing higher values
within the new range. This may happen during insmod and/or
ap bus reset only on machines without a QCI instruction (z10,
z196, z114), zEC12 and newer systems are not affected.
The fix modifies the domain checking function to limit the
allowed range if no QCI info is available.
Signed-off-by: NHarald Freudenberger <freude@linux.vnet.ibm.com>
Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      099eae11
  11. 24 11月, 2014 1 次提交
  13. 09 10月, 2014 1 次提交
  15. 25 9月, 2014 1 次提交
  17. 16 7月, 2014 1 次提交
  19. 10 6月, 2014 1 次提交
  21. 18 4月, 2014 1 次提交
  23. 19 12月, 2013 1 次提交
  25. 07 9月, 2013 1 次提交
    • H
      s390/ap_bus: use and-mask instead of a cast · 7d6c3b49
      由 Heiko Carstens 提交于 
      Let's get rid of another sparse false positive:

drivers/s390/crypto/ap_bus.c:416:64: warning:
  cast truncates bits from constant value (102030405060708 becomes 5060708)

So instead of using a cast let's use an and-mask.
That way sparse remains silent and one doesn't always have to check
if this is a valid warning/bug or just a false positive.
Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      7d6c3b49
  27. 19 7月, 2013 1 次提交
  29. 27 6月, 2013 2 次提交
  31. 02 5月, 2013 1 次提交
  33. 08 1月, 2013 1 次提交
    • H
      s390/irq: remove split irq fields from /proc/stat · 420f42ec
      由 Heiko Carstens 提交于 
      Now that irq sum accounting for /proc/stat's "intr" line works again we
have the oddity that the sum field (first field) contains only the sum
of the second (external irqs) and third field (I/O interrupts).
The reason for that is that these two fields are already sums of all other
fields. So if we would sum up everything we would count every interrupt
twice.
This is broken since the split interrupt accounting was merged two years
ago: 052ff461 "[S390] irq: have detailed
statistics for interrupt types".
To fix this remove the split interrupt fields from /proc/stat's "intr"
line again and only have them in /proc/interrupts.

This restores the old behaviour, seems to be the only sane fix and mimics
a behaviour from other architectures where /proc/interrupts also contains
more than /proc/stat's "intr" line does.
Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      420f42ec
  35. 26 9月, 2012 5 次提交
  37. 20 7月, 2012 1 次提交
    • H
      s390/comments: unify copyright messages and remove file names · a53c8fab
      由 Heiko Carstens 提交于 
      Remove the file name from the comment at top of many files. In most
cases the file name was wrong anyway, so it's rather pointless.

Also unify the IBM copyright statement. We did have a lot of sightly
different statements and wanted to change them one after another
whenever a file gets touched. However that never happened. Instead
people start to take the old/"wrong" statements to use as a template
for new files.
So unify all of them in one go.
Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      a53c8fab
  39. 16 7月, 2012 1 次提交
  41. 16 5月, 2012 2 次提交
  43. 29 3月, 2012 2 次提交
  45. 11 3月, 2012 1 次提交
  47. 01 12月, 2011 1 次提交
  49. 14 11月, 2011 1 次提交
  51. 27 7月, 2011 1 次提交
  53. 24 7月, 2011 1 次提交
  55. 23 5月, 2011 1 次提交
  57. 05 1月, 2011 3 次提交