ensevenHi all! I am trying to hotplug USB disks automatically to a KVM virtual machine. What I found is: I get a lot of trouble, when a USB disk has been attached to the VM, because it is not accessable from the hypervisor any more. What I see is, that it is added to the SCSI subsystem "lsscsi" and that tries continuously to access it generating error messages in "dmesg" and "syslog". One solution I found is: Prevent the loading of the  "us09:21
ensevenb_storage" module on the hypervisor.  But that's not the way I'd like to handle it, because this prevents the use of USB disks in general. Is there a way to prevent the kernel from adding particular USB disks (recognized by VendorID and ProductID) to the SCSI subsystem? Where can I find some documentation about these mechanisms?09:21
enseven Thanks & best regards! :-)09:21
apwNikTh, ok your build issue there is you have added new components via your patches09:48
NikThYes apw 09:48
apwand not updated the configuration with the new options09:48
apwrun this and answer the questions, and commit the result: fakeroot debian/rules updateconfigs09:48
NikThI have running make xconfig and saved the .config .. what else I must do after this ?09:48
NikThapw: The command gave an error. See : http://pastebin.com/gKFSizE909:53
apwNikTh, you must run: fakeroot debian/rules updateconfigs09:53
apwNikTh, ahh you are using the .dsc package not the git repo09:57
apwNikTh, you need to chmod +x debian/scripts/misc/*09:57
ogra_apw, bug 1182829 ...10:04
ubot2Launchpad bug 1182829 in initramfs-tools (Ubuntu) "initramfs-tools should allow building module-less generic initrds" [Undecided,New] https://launchpad.net/bugs/118282910:04
NikThapw: http://pastebin.com/kc6tEjms (the overrides messages are too many, I did't copy-paste them all, if you need them all tell me). Now I have not a debian/rules file at all.. LoL10:06
NikThIs so F...ing difficult to build a custom-kernel onsite (Launchpad) and so easy to build it locally.. dmn :P 10:06
apwyou can ignore the overrides issues10:07
apwyou need to make config-check executable it seems, chmod +x debian/scripts/* debian/scripts/misc/*10:07
apwit is much easier to use the git tree than a source tarball, as that is how we do all of ours10:08
apwand threfore any wrinkles like this are covered off10:08
apwmaking a local kernel just for oneself is easy indeed, doing it 'right' so that the archive can grok it is always going to be much harder10:09
apwNikTh, remember the source pacakge you are producing produces binaries for all supported architectures, not just the local one as you get when you do a local build10:10
apwit is a much more complex animal than just a build10:10
NikThI have no debian folder at all right now. Only debian.master.. I thing it purged out (rm -rf ) . Any documentation for git ? or just git clone <tree> and then the same procedure ?10:11
smbNikTh, Have you seen this? https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel10:15
NikThWell, you know what? I will try one more time with tarball , because so many times I have done this procedure I remember it without read anything.. LoL. When I get to the point of chmod +x .... I will update here.10:15
NikThsmb: Thanks. Really I don't remember , probably not. I have read so much these 2-3 days that my mind blown. 10:19
apwthe kernel is one of the more esoteric packages in the archive, it has to produce so much junk to let us make bootable CDs and the like10:23
NikThOk, to be sure I ran the command twice. The first time it  did the checks with questions, the second did the checks without questions. Which means that the update was done properly (if I'm not mistaken)10:36
NikThI'm speaking about fakeroot debian/rules updateconfigs10:37
NikThI didn10:37
NikThI didn10:37
NikTh I did not run fakeroot debian/rules editconfigs (I prefer the graphical make xconfig instead) . No problem with that.. (?)10:38
smbMany problems with that. Main one being that this creates .config in the top level dir which is not used at all by the debian build10:39
NikThsmb: So I must first run fakeroot debian/rules editconfigs and then fakeroot debian/rules updateconfigs ? 10:41
smbNikTh, With a new option that has no default, no. It will (or should) just ask you how to set things when running updateconfigs10:42
NikThOk. I did that. I answered Yes to questions. 10:42
smbIf you want to change things from current values you had to either run editconfigs or edit the files in debian.master/config10:42
NikThIt seems to work now.. I will cross my hands for Launchpad Builder.. We will see.. :P 10:43
smbSo it should be ok but just make xconfig is unneeded the least10:43
smbRule of thumb with debian packages: calling anyting with make directly is bound to be wrong10:44
NikThLast question smb : If I want to change something in current configuration (eg: Processor Type and features to point to AMD or Intel ) which command is better ? make xconfig or fakeroot debian/rules editconfigs10:45
smbNikTh, Isn't the answer to that obvious from what was said above? ;)10:46
NikThI guess the second , but don't ask me why. Locally always I used make xconfig to change the configuration.. 10:46
NikThYes it is obvious. 10:46
smbThe thing is whether you just use the kernel make infrastructure or the debian packaging10:47
smbwhen you run fakeroot debian/rules it will always use what is in debian.master/config to create new config files per flavour in debian/build/... 10:48
smbWhatever "make xconfig" has done to .config is ignored10:48
NikThper flavor . Yes, I think that's the secret key here. It would be better for a newbie (like me) to learn ONE procedure either locally or onsite to build a custom kernel.. but differences are small as I can see.. small but important10:50
NikThWell, thanks for all the help guys.. I'm not here to learn , I don't ask for a teacher , I must read more docs I guess and make more mistakes to learn actually.  We'll see how it goes. 10:53
smbFor that I would point back to the BuildYourOwnKernel wiki. This is the documentation we can control. Unfortunately there is plenty of instructions we cannot.10:54
apwamen to that11:21
* henrix -> lunch12:10
marvin24rtg_: yesterday you said: "marvin24, I does not appear that you can enable CONFIG_TEGRA with trashing CONFIG_ARCH_MULTIPLATFORM"12:10
marvin24do you mean that some config options get also changed12:11
rtg_marvin24, based on some quick testing, CINFIG_TEGRA is mutually exclusive with MULTIPLATFORM12:11
marvin24I enabled it on the Ubuntu-3.10.0-0.1 branch and it worked without problems12:12
rtg_I'll look into it a bit more today. if tegra can be enabled in the multiplatform kernel, then we should12:13
marvin24only minimal changes to the config 12:13
marvin24I don't know if nr_gpios is important though ...12:13
rtg_marvin24, cool, send a patch to the k-team list.12:13
rtg_I'm pretty sure I only tried it on 3.912:14
marvin24ah, multiplatfrom was only enabled in 3.1012:14
marvin24(I mean for tegra)12:14
rtg_marvin24, I'll switch saucy over to 3.10 around rc3 or 4. its still a bit steamy...12:20
marvin24rtg_: np, there is still plenty of time ... I also need to test 3.10 on my ac100 first12:21
marvin24but it would be great if I could boot the default ubuntu kernel on it12:21
ensevenI got the solution: If you attach the USB disk by udev to the VM, it is done so quickly that the SCSI subsystem cannot catch it. The problem only occurs if you attach it manually, when the SCSI subsystem has already caught it.12:44
* ppisati goes out to run an errand, brb12:44
* henrix -> back in 1513:35
NikTh waiting13:42
apwNikTh, waiting for what ?14:03
NikThapw: nothing. This message was a mistake of mine when I tested some commands on IRC (on another channel). It seems that /AMSG sends the message to all channels. LoL14:23
NikThapw: Actually I'm waiting for building the binary packages on Launchpad. :-) 14:24
sconklinapw: I see some weirdness in the CVE tracker status changes this morning. CVEs have switched the pending version from the kernels in -proposed, to one which was already released.14:26
apwfrom and to ?14:26
apware they from the new -22 to the old -20 ... or whatever, from the version which is pending now to the one which didn't make it out ?14:27
apwsconklin, ^^14:27
sconklin-raring_linux: pending (3.8.0-22.33)14:27
sconklin+raring_linux: pending (3.8.0-20.31)14:27
apwso how did the -22 get in there i wonder14:28
sconklin-22 is in proposed now14:28
apwi am trying to understand how the autotirager would ever have said -2214:28
apwthe issue is that the first release they are in _is_ -20, just it didn't release14:29
apwso i would have epxected it to make that error always, so wondering why it14:29
apwwent to -22 first, then changed its mind, that seems wron14:29
apwanyhow ... so the issue here is we have a tag for 3.8.0-20.31 which the autotriager sees, which is actually not really a valid tag14:31
apwsconklin, i am going to have a think about it, as really we should only consider the version which have been in the -release/-updates pocket, not all tags14:31
apwsconklin, don't accept its changes fro the moment, they are clearly balls14:32
sconklinapw: ok, I won't push this back up14:32
sconklinThis is why we have a human in the loop14:32
apwsconklin, thanks ... i will prolly just hack it so we can exclude tags to start with, but we ought to get launchpads idea of them14:32
apwsconklin, so very very true14:32
henrixsconklin: its probably due to some manual fixes jj has done for the emergency kernel14:35
apwhenrix, yeah that all makes sense, i'll do something to the tool to make it do the right thing; so it doesn't undo his bits14:48
henrixapw: ack, thanks. sconklin ^^14:49
apwsconklin, which releases did this happen on ? 14:57
apwsconklin, i thought we wern't going to commit these changes?  it seems we have, at least when i pull i get the -20 version14:59
rsalveti<sergiusens> rsalveti: ok, manta is now using the saucy ubuntu kernel (after a repo sync ;-) )15:16
rsalvetiapw: rtg_: ^15:16
apwrsalveti, nice 15:16
rtg_rsalveti, thats pretty funny. I _just_ sent an email about kernel status.15:17
rsalvetiso mako + manta should be using the ubuntu kernel starting next build15:17
rtg_rsalveti, grouper too, right ?15:17
rsalvetirtg_: I'll test maguro later today, but grouper is not yet in a good shape15:17
rsalvetiit's booting and working with the ubuntu kernel now15:18
rsalvetibut it seems I cannot open apps with it15:18
rsalvetiand I don't have the hardware anymore, so would need help from the kernel team15:18
rsalvetimight be a config issue still15:18
rsalvetiprobably related with binder15:18
rtg_rsalveti, I have an N715:18
rsalvetirtg_: mind flashing our latest N7 image and then updating to our kernel?15:19
rtg_rsalveti, yeah, was just gonna do that15:19
rtg_saucy, right ?15:19
rsalvetirtg_: first give it a shot with the default kernel from our image, see if the shell is working as expected (opening apps properly and such)15:19
rsalvetirtg_: yes15:19
rsalvetiabootimg -u /dev/block/platform/sdhci-tegra.3/by-name/LNX -k <vmlinuz>15:20
rsalvetiyou probably know already, but just in case15:21
rtg_rsalveti, I didn't, so thatnks. that save me some time15:21
rtg_mmm, may have to wait for battery charge15:22
apwrsalveti, can you get the old one off the saem way, so you can put it back ?15:39
rsalvetiapw: yup, but you'd need to extract the boot.img file15:39
rsalvetiwith abootimg itself15:40
apwrsalveti, well i would be happy with 'give me blob i can give you back' for when i brick it again15:40
rsalvetiright, but the easier way to restore a broken kernel is by flashing the boot.img via fastboot15:41
rsalvetifor example15:41
rsalvetiboot into fastboot15:41
rsalvetifastboot flash boot raring-preinstalled-boot-armel+grouper.img15:41
rsalvetiapw: rtg_: it seems there's a crash when opening the camera app with manta15:49
rsalvetiit reboots right after opening the app (which starts the camera hal)15:49
rtg_rsalveti, we should be able to start opening bugs in LP against these kernels.15:50
rsalvetineed to dig a bit further, not sure if the kernel is actually the culprit here15:50
rtg_apw, how about something like linux-generic-lts-raring-to-14-0416:04
apwrtg_, heh other than the nasty mixture of raring and 140416:06
apwespecially if it was 14.05 or something which is 'slightly' possible16:07
rtg_apw, ok, how about linux-generic-lts-raring-to-the -next-lts16:08
apwthey are alll so very long and not ver obvious16:08
rtg_autoupgrade isn't very specific16:08
apwnope, no better indeed16:08
apwwhat does it mean ... we want ... -upgrade-at-end-of-support16:09
rtg_but actually, its not that bad either.16:09
apwwhich is hard to fit in a short word16:09
rtg_apw, autoupgrade is kind of growing on me. eol-upgrade isn't too bad either16:10
apwwe need X to do the same of course16:10
rtg_apw, not my problem :)16:10
apwyeah :)16:11
rtg_though it would be nice if they used the same scheme16:11
argessmb: hello17:01
smbarges, Hey, just was wondering 17:01
* rtg_ always wonders when arges shows up17:02
argesdon't worry... no bad news17:02
* rtg_ -> work17:39
* rtg_ just received an 8 bay RAID cabinet.18:15
marvin24rtg_: so you can use the saved time to answer questions  ...18:15
marvin24do you see __bad_udelay during kernel compile?18:15
rtg_marvin24, on 3.10-rc2 ?18:16
marvin24nsp32.c and nouveau use udelays > 2000, which fails on tegra18:16
marvin24rtg_: yes18:16
rtg_marI haven't compiled for armhf yet18:16
rtg_marvin24, ^^18:17
marvin24it should be the same for all arm socs18:17
marvin24I think I've seen this in 3.8 also18:17
rtg_I've been distracted by Ubuntu touch kernels18:17
marvin24at least I disabled these drivers because of this18:17
marvin24rtg_: yes, ancient versions ...18:17
marvin24I'm happy not to deal with 3.1 kernels anymore18:18
keesogasawara: say, how receptive would you be to taking an ARM-only patch to enable seccomp-bpf on precise? The changes are relatively minor (since it just calls into the existing seccomp-bpf infrastructure that was put in place for x86)19:00
ogasawarakees: I don't think I'm personally opposed, send it on over.  bjf, rtg_: ^^ thoughts?19:01
bjfkees, ogasawara first thought is I don't see any issue19:02
rtg_no patch, no opinion19:03
keesheh, fair enough. I'll spin it up so you guys can look at it. thanks!19:03
* rtg_ -> EOD19:49
rsalvetiapw: just sent 2 config-related patches to make the camera to work with nexus 1020:59
rsalvetiseems that is the only remaining regression with this kernel20:59
rsalvetigoing to test maguro now20:59
apwrsalveti, ack thanks20:59
rsalvetithe second one is just to enable /proc/net/wireless, requested by the sdk folks20:59
=== kentb is now known as kentb-out
NikThHere I am again. You will never get rid of me :P 22:28
NikThNew build error. As I guess I must add something in debian/rules, but what ? 22:29
NikThError here: https://launchpadlibrarian.net/140487585/buildlog_ubuntu-raring-amd64.linux_3.8.0-21.32ubuntu1~bfsbfq0_FAILEDTOBUILD.txt.gz22:29
NikThOhhh ! Boing ! This was an old message (e-mail) . Now I saw the package version. It seems that we had a delay in delivering.  Sorry !! Ignore all above. At Launchpad page (my PPA) seems that is currently building (still)22:34
NikThBut no. As I refreshed the Launchpad page says "1 failed , 1 pending to build" . So I guess that is the report is correct. Dmn ! Forgive me, because this is the 5th failure and I'm little bit confused. Anyone who knows why build failed ?22:37
=== ssweeny` is now known as ssweeny

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!