Jump to content
XPEnology Community

i915.ko backported driver for intel 10th gen (DS918+ ver 7.0.1 up3)


Recommended Posts

2 hours ago, raelix said:

Hi guys are you able to have surveillance face detection (deep learning features) working with an i7-10700K 10th gen on DVA1622? I’m struggling from days but AI doesn’t work :( 

I’m using arpl 

Not have this particular CPU, but it never work on my 10th gen i5 cpu.

Link to comment
Share on other sites

Thanks @Orphéei tried to read both threads - with and without a gpu to have a DVA version working with deep learning (I’m at the very beginning of learning xpenology) so I didn’t catch everything and I’m sorry if I’m asking to you something that is really clear to you but it’s less for me.

 

I’m first trying to evaluate if it’s possible to use my i7-10700k without buying extra hardware even if it requires recompiling and other tricky stuff, this would be my preferred option of course… then I’m evaluating, if

first option is not feasible, to buy an RTX 3060 and if it has been proven to work.

Of course the second options would be my last choice.

thanks in advance  

Link to comment
Share on other sites

If we have started to talk about Face Recognition.. 

What is required to enable support of Face Recognition in Synology Photos on Intel 10th gen (particularly i3-10100, i3-10105 or even more powerful) for latest DSM 7 on DS918+ (or DS920+, in case of any incompatibility)?

 

(Asked this question in the thread below, if you mind to structuralize the answers)

 

Link to comment
Share on other sites

I was able to load the driver (on i7-10700K DVA1622) and /sys/kernel/debug/dri/0/i915_frequency_info says:

Video Turbo Mode: yes
HW control enabled: yes
SW control enabled: no
PM IER=0x00000070 IMR=0xffffff8f ISR=0x00000000 IIR=0x00000000, MASK=0x00003fde
pm_intrmsk_mbz: 0x80000000
GT_PERF_STATUS: 0x00000000
Render p-state ratio: 0
Render p-state VID: 0
Render p-state limit: 255
RPSTAT1: 0x0a800000
RPMODECTL: 0x00000d92
RPINCLIMIT: 0x00002c88
RPDECLIMIT: 0x00004fb0
RPNSWREQ: 350MHz
CAGF: 350MHz
RP CUR UP EI: 1990 (2653us)
RP CUR UP: 28 (37us)
RP PREV UP: 0 (0us)
Up threshold: 95%
RP CUR DOWN EI: 20281 (27041us)
RP CUR DOWN: 28 (37us)
RP PREV DOWN: 0 (0us)
Down threshold: 85%
Lowest (RPN) frequency: 350MHz
Nominal (RP1) frequency: 350MHz
Max non-overclocked (RP0) frequency: 1200MHz
Max overclocked frequency: 1200MHz
Current freq: 350 MHz
Actual freq: 350 MHz
Idle freq: 350 MHz
Min freq: 350 MHz
Boost freq: 1200 MHz
Max freq: 1200 MHz
efficient (RPe) frequency: 350 MHz
Current CD clock frequency: 337500 kHz
Max CD clock frequency: 675000 kHz
Max pixel clock frequency: 675000 kHz

 

and lsmod | grep i915:

i915                 1287546  5 
drm_kms_helper        118265  1 i915
drm                   307793  6 i915,drm_kms_helper
iosf_mbi                4234  1 i915
fb                     34838  2 i915,drm_kms_helper
video                  27049  1 i915
backlight               6309  2 i915,video
button                  5152  1 i915
i2c_algo_bit            5505  1 i915

 

But deep learning still not working on surveillance :( 

Link to comment
Share on other sites

Hey all,

 

Im using a HP 400 G6 mini with i5-10500t.

 

I get this result:

 

image.thumb.png.74302f85c741b8cf7d61b0aeef3184c4.png

 

This shows me the output required. But no /dev/dri.

 

i used ARPL V1.1-beta2a with model 920+ and build 42962

 

also lspci -tvnnq is showing the videocard (igpu):

 

 

image.thumb.png.50697e787fc21820c25435b115b13c4b.png

 

image.thumb.png.b6c8fb6d9907a68274d4f0642ea58a7b.png

 

what should i do next to try and figure this out?

Link to comment
Share on other sites

  • 2 weeks later...
  • 2 weeks later...

 I have prepared the file I need (i915.ko for i9-9900K DS920+ 7.2-64561), as described here, and copied it in a folder /usr/lib/modules/. This worked fine in the test DSM (/dev/dri appeared). And it doesn't work in a my main DSM - what can I check, what logs can I look at?

Link to comment
Share on other sites

4 minutes ago, dj_nsk said:

 I have prepared the file I need (i915.ko for i9-9900K DS920+ 7.2-64561), as described here, and copied it in a folder /usr/lib/modules/. This worked fine in the test DSM (/dev/dri appeared). And it doesn't work in a my main DSM - what can I check, what logs can I look at?

Are the bios settings the same ?

have you enabled the iGPU in bios settings for the main machine ?

Link to comment
Share on other sites

12 минут назад, blackmanga сказал:

have you enabled the iGPU in bios settings for the main machine ?

both DSM are virtual machines running on the same hardware in ESXi , the iGPU is enabled in the BIOS and "Passthrough" into the VM (only to one of the started VMs at a time)

[UPD]: previously, the i5-8400 was used there and everything worked fine

Edited by dj_nsk
Link to comment
Share on other sites

14 minutes ago, dj_nsk said:

both DSM are virtual machines running on the same hardware in ESXi , the iGPU is enabled in the BIOS and "Passthrough" into the VM (only to one of the started VMs at a time)

[UPD]: previously, the i5-8400 was used there and everything worked fine

1) 9900k shouldn’t require any modified drivers and should work automatically with the DSM drivers.


2) there must be something in your main machine that is conflicting with the drivers.
 

ESXI is out of my domain expertise unfortunately. So can’t help here. 

Link to comment
Share on other sites

3 часа назад, blackmanga сказал:

9900k shouldn’t require any modified drivers and should work automatically with the DSM drivers

I think you are mistaken - I read, for example, here. And before installing the patched driver, none of my DSM saw the iGPU.

Well, I'll try to run it again as baremetal...

 

But please help:

1) How do I check that my equipment is recognized by the DSM and with which IDs? what command can I use to get this kind of information?

0000:01:00.0 Display controller: Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630]
        Subsystem: Super Micro Computer Inc Device 1a1d
        Flags: fast devsel, IRQ 10
        Memory at fc000000 (64-bit, non-prefetchable) [size=16M]
        Memory at e0000000 (64-bit, prefetchable) [size=256M]
        I/O ports at 5000 [size=64]
        Capabilities: [40] Vendor Specific Information: Len=0c <?>

...

2) where / in which logs can I see information about loading the i915 driver and about the errors?

 

Link to comment
Share on other sites

1 hour ago, dj_nsk said:

I think you are mistaken - I read, for example, here. And before installing the patched driver, none of my DSM saw the iGPU.

Well, I'll try to run it again as baremetal...

 

But please help:

1) How do I check that my equipment is recognized by the DSM and with which IDs? what command can I use to get this kind of information?

0000:01:00.0 Display controller: Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630]
        Subsystem: Super Micro Computer Inc Device 1a1d
        Flags: fast devsel, IRQ 10
        Memory at fc000000 (64-bit, non-prefetchable) [size=16M]
        Memory at e0000000 (64-bit, prefetchable) [size=256M]
        I/O ports at 5000 [size=64]
        Capabilities: [40] Vendor Specific Information: Len=0c <?>

...

2) where / in which logs can I see information about loading the i915 driver and about the errors?

 

1) lspci -tvnnq

2) cat /var/log/messages

and dmesg

  • Thanks 1
Link to comment
Share on other sites

[i915.ko patched for i9-9900K DS920+ 7.2-64561 under ESXi8] - for today:

1. I checked the operation in baremetal mode - the driver is loaded, /dev/dri appears, HW-transcoding is working.

2. I could not find errors loading the i915 driver or connecting the iGPU in the file /var/log/messages, and I didn't find any obvious differences there between loading the test (where the iGPU works) and the main DSM.

3. I see noticeable differences in the output of the command lspci -tvnnq :

Спойлер

####### from test DSM (working iGPU): ######

-+-[0001:01]---00.0  Marvell Technology Group Ltd. 88SE9235 PCIe 2.0 x2 4-port SATA 6 Gb/s Controller [1b4b:9235]
 \-[0000:00]-+-00.0  Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge [8086:7190]
             +-01.0-[01]--
             +-07.0  Intel Corporation 82371AB/EB/MB PIIX4 ISA [8086:7110]
             +-07.1  Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111]
             +-07.3  Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113]
             +-07.7  VMware Virtual Machine Communication Interface [15ad:0740]
             +-0f.0  VMware SVGA II Adapter [15ad:0405]
             +-11.0-[02]--+-00.0  VMware SATA AHCI controller [15ad:07e0]
             |            +-01.0  VMware USB1.1 UHCI Controller [15ad:0774]
             |            \-02.0  VMware USB2 EHCI Controller [15ad:0770]
             +-15.0-[03]----00.0  VMware VMXNET3 Ethernet Controller [15ad:07b0]
             +-15.1-[04]--
             +-15.2-[05]--
             +-15.3-[06]--
             +-15.4-[07]--
             +-15.5-[08]--
             +-15.6-[09]--
             +-15.7-[0a]--
             +-16.0-[0b]----00.0  VMware NVMe SSD Controller [15ad:07f0]
             +-16.1-[0c]--
             +-16.2-[0d]--
             +-16.3-[0e]--
             +-16.4-[0f]--
             +-16.5-[10]--
             +-16.6-[11]--
             +-16.7-[12]--
             +-17.0-[13]----00.0  Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630] [8086:3e98]
             +-17.1-[14]--
             +-17.2-[15]--
             +-17.3-[16]--
             +-17.4-[17]--
             +-17.5-[18]--
             +-17.6-[19]--
             +-17.7-[1a]--
             +-18.0-[1b]--
             +-18.1-[1c]--
             +-18.2-[1d]--
             +-18.3-[1e]--
             +-18.4-[1f]--
             +-18.5-[20]--
             +-18.6-[21]--
             \-18.7-[22]--

###### from main DSM (not working iGPU): ######

 -+-[0001:01]---00.0  Marvell Technology Group Ltd. 88SE9235 PCIe 2.0 x2 4-port SATA 6 Gb/s Controller [1b4b:9235]
 +-[0000:02]-+-00.0  Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630] [8086:3e98]
 |           +-01.0  VMware USB1.1 UHCI Controller [15ad:0774]
 |           +-02.0  VMware VMXNET3 Ethernet Controller [15ad:07b0]
 |           +-03.0  VMware NVMe SSD Controller [15ad:07f0]
 |           +-05.0  VMware SATA AHCI controller [15ad:07e0]
 |           +-06.0  Intel Corporation Cannon Lake PCH SATA AHCI Controller [8086:a352]
 |           \-07.0  VMware USB2 EHCI Controller [15ad:0770]
 \-[0000:00]-+-00.0  Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge [8086:7190]
             +-01.0-[01]--
             +-07.0  Intel Corporation 82371AB/EB/MB PIIX4 ISA [8086:7110]
             +-07.1  Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111]
             +-07.3  Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113]
             +-07.7  VMware Virtual Machine Communication Interface [15ad:0740]
             \-0f.0  VMware SVGA II Adapter [15ad:0405]
 

Emerging questions:

a) as I understand it, this difference is the reason for the unavailability of iGPU in the main DSM

b) perhaps one of the reasons is the presence of an passthroughed SATA controller in the main DSM

с) is it possible to fix the situation with DSM or bootloader settings?

d) is it possible that replacing the DS920+ model with the DS918+ will fix the situation? (I'll try to test it)

Edited by dj_nsk
Link to comment
Share on other sites

В 01.06.2023 в 10:32, dj_nsk сказал:

[i915.ko patched for i9-9900K DS920+ 7.2-64561 under ESXi8] - for today:

I checked the option: build a new DS920+ virtual machine with one virtual disk; copy patched i915.ko; connect step-by-step iGPU (passthrough), a SATA controller (passthrough). Everything is working (/dev/dri has appeared).

But as soon as I connect the disks from the main DSM to it, /dev/dri disappears. Conclusion: I installed something superfluous on the main DSM (or addon, or a module from the bootloader, I suspect the Arc loader :) ).

The next step will be an attempt to change the model to DS918+ with the ARPL-i18n loader (I hope that all addons and modules will be overwritten).

Link to comment
Share on other sites

Hello @dj_nsk

 

Could you please share the patched i915.ko for 7.2-64561 ? (I have the same 9900K)

 

Tried the site which you shared in an earlier post and the site doesn't load for me.

 

When trying the previous version of the patched i915.ko for 42218-1202, I get an error on attempting "sudo insmod i915.ko"

 

insmod: ERROR: could not insert module i915.ko: Invalid module format

 

Checking dmesg shows "i915: version magic '4.4.180+ SMP mod_unload ' should be '4.4.302+ SMP mod_unload '"

 

Thanks !

 

Edited by irishj
Link to comment
Share on other sites

2 часа назад, irishj сказал:

Could you please share the patched i915.ko for 7.2-64561 ? (I have the same 9900K)

Use it for your health!

There, in comparison with the original file, only the code 0x3E92 (i5-8600) was replaced with 0x3E98 (9900K) and the digital signature was removed at the end.

i915.DS918.64561.3E98.koi915.DS920.64561.3E98.ko

  • Like 1
Link to comment
Share on other sites

8 minutes ago, dj_nsk said:

Use it for your health!

There, in comparison with the original file, only the code 0x3E92 (i5-8600) was replaced with 0x3E98 (9900K) and the digital signature was removed at the end.

i915.DS918.64561.3E98.ko 2.06 MB · 0 downloads i915.DS920.64561.3E98.ko 2.05 MB · 0 downloads

Will this work with a 10500T as well?

 

0x9BC8

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...