I tried latest Linux on HP A180C (32-bit pa-risc). It works but the Zalon SCSI
driver barfs warnings for GSC addon differential scsi board.
The warnings seem to be DMA API related. Packaged 4.19 and self-compiled
5.0.0-rc7 exhibit the same problem.
[0.00] Linux version 5.0.0-rc7-00010-
03
[ 17.611728] 80a6a000
[ 17.611762]
[ 17.625496] 8330700d
[ 17.625529] 04400126
[ 17.625562] c277a79f
[ 17.649127] c25fa7df
[ 17.649161] 84103fff
[ 17.649193]
[ 17.664729] Kernel panic - not syncing: Attempted to kill init!
exitcode
> > > > On HP Proliant DL360 G6, Debian unstable 4.6 kernel runs fine but
> > > > selfcompiled 4.7-rc6 and 4.7-rc7 sometimes crash with NMI from
> > > > intel_idle. Sometimes it boots fine. With intel_idle disabled, it has
> > > > booted successful so far in 2 tries, one with rc6 and one with rc
e NMIs.
Will try but I do not know a working base yet - this was broken in both
4.6 and 4.7-rc.
--
Meelis Roos (mr...@linux.ee)
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
ova changes. Does the
> box have any hardware error log which you can access and send to us
> (right after some NMIs happened)?
Nothing in ILO log or integrated management log (IML).
--
Meelis Roos (mr...@linux.ee)
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
ar-fault2.png when playing with
BIOS settings (disabling NUMA). It is the first time I see at least some
info in NMI decode.
--
Meelis Roos (mr...@linux.ee)
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
ally complete
>
> I agree. I'd do the BIOS update and also make sure the iLO FW is current.
OK, updates to the latest BIOS, CPU microcode revison is now 0x1b
instead of 0x19. ILO2 fw is already the latest.
The NMI-s still happen.
Disabled hpwdt. Now
:01:03.0: WB disabled
radeon :01:03.0: fence driver on ring 0 use gpu addr 0xc800 and
cpu addr 0x8800ce36a000
[drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[drm] Driver supports precise vblank timestamp query.
[drm] radeon: irq initialized.
[drm] Loading R100 Microc
:
[1.418409] 939d 4bff6329 80010024 7fe3fb78 8361000c 83810010 7c0803a6
83a10014
[1.424201] 83c10018 83e1001c 38210020 4e800020 <0fe0> 4b84 7fa3eb78
3be0
[1.430020] ---[ end trace 89c0f4a91a110769 ]---
--
Meelis Roos (mr...@li
.archdata.dma_mask;
> dev->ofdev.dev.parent = parent;
> dev->ofdev.dev.bus = &macio_bus_type;
> dev->ofdev.dev.release = macio_release_dev;
Yes, it does - thank you!
Tested-by: Meelis Roos
--
Meelis Roos (mr...@linux.ee)
_
01
[ 17.611695] b9651003
[ 17.611728] 80a6a000
[ 17.611762]
[ 17.625496] 8330700d
[ 17.625529] 04400126
[ 17.625562] c277a79f
[ 17.649127] c25fa7df
[ 17.649161] 84103fff
[ 17.649193]
[ 17.664729] Kernel panic - not syncing: Attempted to kill init!
exitcode=0
f ff e7 b %xcc, 448634
44869c: c6 76 60 10 stx %g3, [ %i1 + 0x10 ]
4486a0: 11 00 26 b3 sethi %hi(0x9acc00), %o0
4486a4: 13 00 22 e3 sethi %hi(0x8b8c00), %o1
.
--
Meelis Roos
___
iommu mailing list
iommu@lists
you try to revert the commit to check if
my theory was correct to start with?
Yes, reverting this commit makes my T1000 boot.
--
Meelis Roos
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo
Yes, reverting this commit makes my T1000 boot.
Does the patch attached to the last mail work as well?
Sorry for misreading your mail - tested now and yes, it works.
--
Meelis Roos
___
iommu mailing list
iommu@lists.linux-foundation.org
https
zed urandom read (512 bytes read)
[ 59.720440] eth0: Link is up using
[ 59.720459] internal
[ 59.760188] transceiver at
[ 59.787280] 100Mb/s, Full Duplex.
[ 64.259942] random: crng init done
--
Meelis Roos (mr...@linux.ee)
___
iommu ma
> On Sun, Aug 26, 2018 at 10:48:44AM +0300, Meelis Roos wrote:
> > Tried yesterdays git 4.18.0-12789-gaa5b105 on a Sun Ultra 1 with SBus
> > and several SBus connected devicess give DMA mapping related warnings:
>
> This should have been around since the warning was added.
m_device’ has no
member named ‘dma_mask’
op->dma_mask = DMA_BIT_MASK(32);
^
cc1: all warnings being treated as errors
scripts/Makefile.build:307: recipe for target
'arch/sparc/kernel/of_device_64.o' failed
--
Meelis Roos (mr...@linux.ee)
___
ated
in dmesg.
--
Meelis Roos (mr...@linux.ee)
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
In 4.19-rc1, I found that to keep Intel integrated graphics working when
VT-d is on, I need to have IOMMU passthough on or GPU init would fail
with DMAR error and the screen would display static gibberish. So I
turned IOMMU PT on by default in kernel config. It worked, also in rc2.
Now with rc3
MU domain of
type 4; falling back to IOMMU_DOMAIN_DMA
[0.324800] iommu: Adding device :02:00.0 to group 16
[0.324807] pci :09:00.0: failed to allocate default IOMMU domain of
type 4; falling back to IOMMU_DOMAIN_DMA
[0.324810] iommu: Adding device :09:00.0 to group 17
I have a computer where I had noticed that I must not turn on IOMMU in
the BIOS, or Linux would crash on boot. The computer is Sun Ultra 20
workstation with dual-core 1st gen Opteron (175) and Nvidia CK804
chipset and 4G RAM. So IOMMU never worked for me before.
I investigated it more today - s
21 matches
Mail list logo
