**** BEGIN LOGGING AT Wed Apr 04 02:59:59 2012 Apr 04 06:18:07 ogra: you can use make-kpkg Apr 04 06:18:19 though if it's for armhf it needs a patch Apr 04 06:18:49 Surely make-kpkg is loooong obsolete Apr 04 06:18:57 you just "make deb-pkg" Apr 04 06:19:20 *shrug* Apr 04 06:19:26 obsolete but working Apr 04 06:19:42 make mrproper removes the debian/ directory here anyway so Apr 04 06:21:30 At least debian kernel handbook recommends that for normal (e.g. x86-64) builds Apr 04 06:21:42 upstream maintains it, no special magic needed Apr 04 06:28:02 mainline doesn't seem to know anything about it Apr 04 06:28:21 One moment Apr 04 06:29:01 scripts/package/builddeb Apr 04 06:29:25 That's the guts of it, but "make deb-pkg" is how you trigger it. It creates debian/ on the fly and makes the -firmware package iff needed, and dumps the .debs in ../ Apr 04 06:29:52 oh nice Apr 04 06:30:02 It's at least in v3.3-rc7-103-g0c4d067 Apr 04 06:30:07 i'll have to give that a shot Apr 04 06:30:14 IIRC last time I looked it wasn't in *ubuntus arm* branch tho Apr 04 06:30:27 i don't build ubuntu's kernel :( Apr 04 06:30:36 i could never really wrap my head around the split configs Apr 04 06:30:37 Shrug Apr 04 06:31:13 http://kernel-handbook.alioth.debian.org/ for further reading Apr 04 06:31:30 bookmarked Apr 04 06:31:49 Oh while you're at it, "make localyesconfig" and localmodconfig are awesome Apr 04 06:32:04 They look at what modules are loaded and set them to =y / =m and everything else to =n Apr 04 06:32:11 *rather, to unset Apr 04 06:34:12 that's not bad either, although i tend to like to have some modules around (i have a *lot* of usb wifi devices) Apr 04 06:36:36 Not perfect but easier than doing it by hand Apr 04 06:37:10 true, i should do that on my APU system, although i'm not even sure some of it is supported in the kernel yet (still doesn't seem to see the raid device on the mobo) Apr 04 06:38:34 http://dev.gentoo.org/~steev/files/screenshots/drivers-to-use.png Apr 04 06:39:30 Well, note that it needs to be working already or localXXXconfig can't "see" it Apr 04 06:39:47 But it's handy to quickly go from a Debian-style allmodconfig to a minimal one Apr 04 06:40:08 As for your lspci -nn output, have a look at kmuto.jp's HCL page Apr 04 06:46:54 that's what that one was :( Apr 04 06:47:03 a lot of devices aren't recognised at all Apr 04 06:47:41 i need to finish building it though, before i bother with seeing what's needed and then seeing about getting it added Apr 04 06:48:03 that's about the only thing i miss with arm somewhat, is building it up, it's just all there Apr 04 17:33:02 hey guys, im trying to configure a kernel ( 3.3 from ti omap trunk) for my pandaboard (omap4460), to have hwmon enable, but cannot find the driver that was used in pre 3.3 kernels (namely this one omap4460plus_hwmon_temp_sensor ), did it get merged into some otehr driver or how to get the functionality back ? Apr 04 17:40:49 crnkoj: You might also ask on #pandaboard. Between the two channels there should be someone that can help. Apr 04 17:41:35 GrueMaster, ye iasked there and got pointed here =/ Apr 05 02:26:15 https://wiki.ubuntu.com/ARM/TEGRA/AC100 Apr 05 02:26:19 is there something better than this? Apr 05 02:26:24 i am very interested Apr 05 02:26:38 i have 2 sheevaplugs but i need some armhf hardware Apr 05 02:28:33 Define "better". Apr 05 02:29:05 A PandaES will be faster, but also somewhat less portably self-contained. :P Apr 05 02:29:41 well yeah Apr 05 02:29:45 i like the form factor Apr 05 02:29:49 but i would like 1GB ram Apr 05 02:29:54 at least Apr 05 02:30:03 The Pandas have a gig of RAM. Apr 05 02:30:30 No small dev boards in the current generation will have more than a gig, as much as I wish they all did. Apr 05 02:30:57 (And I'm not a TI shill or anything, we just happen to support the Panda quite well in Ubuntu) Apr 05 02:31:30 cause support is mainlined... Apr 05 02:31:32 If you're happy finding your kernels elsewhere (like Linaro hwpacks), the Snowball and Origen are also decent choices. Apr 05 02:31:41 Panda support so isn't mainline... Apr 05 02:31:50 We have a forked kernel tree for omap4. :/ Apr 05 02:32:00 omap3 is mainline, and we do build beagle kernels from upstream source. Apr 05 02:32:02 i have no problem compiling my own kernel, but i like it to be up to date with mainline Apr 05 02:32:05 to some extent Apr 05 02:32:19 * scientes builds his own sheeva kernels without initramfs Apr 05 02:32:34 unstead of using debian's kernel---they don't support installing to the 512NAND flash Apr 05 02:32:44 but i still run debian on it Apr 05 02:35:31 Don't let me talk you out of an AC100, though. I'm using one right now, and I like it well enough. Apr 05 02:35:43 It could use more community folk hacking on the kernel, though. Apr 05 02:36:08 But the 512MB of RAM is a bit of a bummer. Apr 05 02:36:12 what is lacking on it hardware support wise? Apr 05 02:36:24 UEFI FOR ARM!!!! Apr 05 02:36:27 WTF!!! Apr 05 02:36:36 Everything more or less works (except some sound issues). Apr 05 02:37:10 uEFI is a piece of shit Apr 05 02:40:09 so you are using usb gadget mode to boot the pandas? Apr 05 02:43:14 Hrm? Apr 05 02:43:54 As in, pushing via USB from another host? No. My Pandas boot uBoot from SD, and chain to a USB HDD from there. Apr 05 02:44:04 https://www.youtube.com/watch?v=LRWpuJRrTn4&feature=relmfu Apr 05 02:44:08 he says they boot from usb Apr 05 02:44:13 with some magic Apr 05 02:44:48 They boot from several different directions, in weird ways. Apr 05 02:45:00 But uBoot on an SD card is the most familiar way for most people. Apr 05 02:45:12 i use uboot and NAND flash for the sheevaplug Apr 05 02:45:17 with ubifs Apr 05 02:45:26 the ubifs device enumeration is a bit wierd **** ENDING LOGGING AT Thu Apr 05 02:59:58 2012