11:50 <abelvesa> just got my x13s and got debian on it (for a start)

11:50 <abelvesa> I intend to use this as a daily driver

11:51 <abelvesa> anyone working on system suspend for it?

12:51 <jhovold> abelvesa: you should be able to suspend, but we still have drivers like the qcom pcie driver which doesn't implement suspend so the current draw is still quite high

12:57 <abelvesa> jhovold: yeah, I just noticed the hotplug command timeout messages

12:57 <jhovold> abelvesa: which message are you referring to?

12:58 <abelvesa> [ 3069.826239] printk: Suspending console(s) (use no_console_suspend to debug)

12:58 <abelvesa> [ 3070.031269] pcieport 0002:00:00.0: pciehp: Timeout on hotplug command 0x13f1 (issued 3068188 msec ago)

12:58 <abelvesa> [ 3072.052468] pcieport 0002:00:00.0: pciehp: Timeout on hotplug command 0x03d1 (issued 2020 msec ago)

12:58 <jhovold> abelvesa: I've never seen those. Which kernel are you using?

12:59 <jhovold> abelvesa: ah. sorry, I have seen those IIRC. Config issue I believe.

12:59 <abelvesa> 6.0.0-rc3-custom from Debian image from Linaro

12:59 <abelvesa> building my own meantime

13:00 <jhovold> abelvesa: yeah, that's pretty outdated. You should build your own.

13:00 <abelvesa> do you have more support on your tree ?

13:00 <abelvesa> more than linux-next, I mean

13:00 <jhovold> this should be the latest:

13:00 <jhovold> https://github.com/jhovold/linux/tree/wip/sc8280xp-next-20221216

13:01 <abelvesa> ok, will try that

13:01 <jhovold> abelvesa: yes, you should use my tree

13:01 <abelvesa> jhovold: thanks!

13:01 <jhovold> np

13:47 <abelvesa> jhovold: 6.1.0-next-20221216-00073-ga4844378eb0e

13:48 <abelvesa> jhovold: works nicely

14:35 <rfs613> abelvesa: did you start with debian-11-arm64-DVD-2.iso image? I notice there's another one, a few days more recent, ending in DVD-CRD.iso.

14:36 <rfs613> same size, so might be a symlink, can't tell via the web index. Guess I could download both and compare...

14:56 <rfs613> md5sums differ...

15:00 <abelvesa> rfs613: I don't see a newer one

15:00 <abelvesa> rfs613: can you paste here the link to it ?

15:00 <abelvesa> rfs613: yes, I used that DVD-2

15:01 <abelvesa> rfs613: wait, you are referring to CRD one, which is for a different device (CRD)

15:01 <abelvesa> rfs613: AFAIK

15:01 <rfs613> https://people.linaro.org/~manivannan.sadhasivam/lenovo_x13s/

15:01 <abelvesa> yes, that CRD is for a different device

15:01 <abelvesa> I think

15:02 <rfs613> abelvesa: yep I think you are right, the document mentions "Makena CRD" although I couldn't find any google hits for that which made sense

16:45 <selmer443[m]> I haven’t built my own kernel before, but is it as simple as cloning that repo and running make in the directory?

16:52 <rfs613> selmer443[m]: there's another target that builds .deb package, explained in the document.

16:53 <rfs613> i used same process on c630, should work (haven't quite gotten to it yet...)

16:54 <steev> yeah the same process works

16:54 <selmer443[m]> In the Debian installer google doc put out by linaro?

16:59 <steev> yeah, although you'll wanna not use mani's kernel unless you wanna stay at the older kernel version

17:05 <abelvesa> steev, selmer443[m]: I think I can provide a deb with jhovold's kernel

17:05 <abelvesa> the one I built today

17:09 <selmer443[m]> that would be great if possible

17:10 <steev> abelvesa: i already have :)

17:21 <abelvesa> https://people.linaro.org/~abel.vesa/lenovo_x13s/

17:21 <abelvesa> selmer443[m]: ^^

17:21 <abelvesa> I'll keep adding new deb files every time I have something new working

17:22 <selmer443[m]> thanks :)

17:36 <steev> abelvesa: i look forward to this :)

18:40 <steev> getting more battery life from the thinkpad would be very nice. i'm close to having srini's stuff added in, i'm missing some patch though... as it happens when i try to re-incorporate things so trying to get those back again

19:45 <abelvesa> steev: can you share your tree here as well?

19:46 <dgilmore> can someone share a 6.1/6.2 config known to work on the c630?

19:46 <steev> abelvesa: let me push it out here in a few but it'll be https://github.com/steev/tree/sc8280xp-next-20221220

19:47 <abelvesa> steev: thanks!

19:48 <abelvesa> steev: does your tree have audio as well? I know srini was working on that at some point.

19:49 <steev> it's missing a patch somewhere, but if you have the ucm2 files, it'll play something for a second or so before popping and wheezing, at least on a 21BX, 21BY apparently works fine?

19:49 <abelvesa> steev: ok, will try it myself as well then

19:51 <steev> the added in the dump of what i'm using here in the laptop_defconfig

19:53 <steev> just added*

19:54 <abelvesa> steev: thanks, will try it out tomorrow morning

19:54 <steev> the audio patches i'm pulling in from https://github.com/steev/linux/tree/lenovo-x13s-linux-6.1.y

19:54 <steev> so something in there isn't in next yet and i haven't applied it either, multimedia2 missing something or other

19:59 <steev> dgilmore: https://paste.debian.net/hidden/dc1f7945/ is the defconfig i'm working with on -next for my c630

20:00 <dgilmore> thanks steev since I am on break from work going to try get fedora working on mine

20:00 <steev> <3

20:00 <steev> hope the break is going well

20:00 <steev> miss you

20:02 <dgilmore> right now its snowing and silly cold

20:03 <dgilmore> It has been too long since we got to hang out

20:14 <xypron> On the X13s with BIOS N3HET75C (1.47) I am able to boot into the UEFI shell with secure boot disabled but executing the SCT (command 'sct -u') the system crashes. Executing helloworld.efi from the U-Boot project crashes the system too. This is irrespective of enabling the experimental Linux support or not.

20:59 <rfs613> xypron: not of much help, but I'm on bios N3HET74W (1.46), just refreshed lenovo vantage, not being offered 1.47

21:00 <rfs613> so perhaps they pulled it

21:00 <rfs613> ?

21:11 <ardb> xypron: those systems only run the windows logo test

21:11 <ardb> nobody care about EFI compliance as long as it can boot windows

21:18 <xypron> ardb: As it can run some binary in the EFI shell provided by EDK II there must be something strange in our U-Boot binaries that stops running helloworld.efi or dtbdump.efi. 'sct -s uboot.seq' runs but 'sct -u' crashes. - Boot0001 is set up for Windows but BootOrder does not contain 0x0001. For booting Linux I would like Boot0002 to point to it and BootOrder to be set up. That is why I was looking into the EFI shell.