mwhudson | hello | 00:49 |
---|---|---|
mwhudson | i am trying to build a kernel from git | 00:49 |
mwhudson | (on armhf) | 00:50 |
mwhudson | and getting bales of /root/linux-linaro-tracking/net/sunrpc/auth_gss/svcauth_gss.c:1328: undefined reference to `__stack_chk_guard' type errors | 00:50 |
mwhudson | do i need to do something to disable stack protection in gcc? | 00:50 |
lifeless | http://osdir.com/ml/linux-kernel/2009-02/msg04270.html | 00:54 |
lifeless | stack protection is in the kernel itself it seems | 00:54 |
lifeless | I'm sure I'm reading that naively :) | 00:54 |
=== Trevinho_ is now known as Trevinho | ||
erle- | may i ask you a somewhat intimate question? | 08:00 |
erle- | does really anybody here use unity? | 08:01 |
hyperair | yes | 08:10 |
hyperair | i do. | 08:10 |
hyperair | but why come to the kernel channel for trolling about unity? | 08:10 |
ohsix | o noes you did it now | 08:11 |
hyperair | ohsix: he left though? ;p | 08:27 |
=== fmasi_afk is now known as fmasi | ||
=== fmasi is now known as Guest17509 | ||
abhishek | I want to run Ubuntu Desktop on the device which is having Android ...Please help me | 09:13 |
cking | abhishek, perhaps try #ubuntu-desktop with that question | 09:16 |
abhishek | cking: ok .... | 09:17 |
abhishek | cking: Can you please give me some guildlines anyways | 09:17 |
RAOF | You're immediate problems are going to be: lack of OpenGL drivers and lack of X drivers. | 09:17 |
=== Guest17509 is now known as fmasi_wfh | ||
=== fmasi_wfh is now known as fmasi | ||
cer | hi there .... I think I found a bug in the kubuntu / ubuntu kernel but I need to have a chat to confirm before logging. | 12:34 |
cer | anyway, there seems to be some problem with setting the frequency of some Core 2 Xtreme CPUs .... | 12:34 |
cer | so I recompiled the kernel without intel_pstate support and everything else as module using the classic debian system | 12:34 |
cer | and modprobing each module one by one and then debugging .... it turns out that p4_clockmod is loading, but return wrong frequency reading (as it should) and recommends acpi-cpufreq | 12:34 |
cer | but acpi-cpufreq does not actaully load, because one of the checks says that the CPU is not supported (which is incorrect). I think the bug may be in the acpi-cpufreq module. | 12:35 |
cer | what do you think? | 12:35 |
=== fmasi is now known as fmasi_afk | ||
=== fmasi_afk is now known as fmasi | ||
=== fmasi is now known as fmasi_afk | ||
=== fmasi_afk is now known as fmasi | ||
=== fmasi is now known as fmasi_afk | ||
=== fmasi_afk is now known as fmasi | ||
mwhudson | lifeless: yes, that much makes sense, doesn't help me know how to make the error go away though :) | 15:41 |
mwhudson | infinity: are you here/awake? | 15:41 |
=== Laney is now known as KruSha666 | ||
infinity | mwhudson: I'm one of those things. | 15:51 |
mwhudson | infinity: is there some trick to building kernels from git on armhf to avoid linker errors about stack protection? | 15:52 |
mwhudson | i noticed some mention of gcc 4.7 somewhere so i'm trying that now... | 15:53 |
rtg | apw, pushed trusty master-next with all of the packaging done. no tag yet. | 15:53 |
infinity | mwhudson: -UFORTIFY_SOURCE, I'd assume. | 15:54 |
infinity | mwhudson: But I would have thought the kernel makefiles did that by default. | 15:54 |
mwhudson | hmm | 15:55 |
mwhudson | there is some of that, but only in a few places | 15:55 |
mwhudson | and only for user space stuff | 15:55 |
apw | rtg, great | 15:56 |
mwhudson | (i'm building 3.11 + sprinkles, fwiw) | 15:57 |
mwhudson | infinity: build with gcc 4.7 completed | 16:00 |
=== KruSha666 is now known as Laney | ||
apw | mwhudson, mostly we use older gccs for the arm kernels indeed | 16:02 |
rtg | ppisati, have you built and booted trusty on armhf with gcc-4.8 ? so far the compiler has been pinned to gcc-4.7. | 16:03 |
mwhudson | apw: now i know why :) | 16:04 |
ppisati | rtg: let me check the gcc version | 16:07 |
rtg | ppisati, I know we're building with -4.7 right now, but I'm thinking about building with the default version | 16:08 |
rtg | debian.master/rules.d/armhf.mk:gcc = gcc-4.7 | 16:09 |
ppisati | rtg: when i do some quick test using linus tree, im compiling with 4.8 | 16:10 |
rtg | ppisati, ok, I'll assume for now that -4.8 can generate a bootable kernel | 16:10 |
bjf | ppisati, were you going to rebase omap4 kernels for this sru cycle? | 16:26 |
ppisati | bjf: ouch, i'll do | 16:28 |
backjlack | Hello. | 16:38 |
backjlack | I've reported a while ago that I was having problems after having upgraded to kernel 3.2.0-53 on Ubuntu 12.04 amd64. | 16:39 |
backjlack | The machine wasn't booting properly into the OS, it was just showing a blinking cursor. This is still an issue. | 16:39 |
apw | backjlack, what was the bug number | 16:41 |
backjlack | apw: I haven't opened any bug because it's not clear whether it's a bug or just some kind of OS issue triggered by the update to 3.2.0-53+. | 16:42 |
backjlack | I'll just try 3.5 to see if that fixes it. | 16:44 |
rtg | jsalisbury, re: bug #1245938 - please have that guy try the stable mainline kernel(s). his NIC really ought to be functional. | 16:45 |
ubot2 | Launchpad bug 1245938 in linux (Ubuntu) "Intel x520 NIC's (ixgbe) stop working in 12.10, 13.04, 13.10" [Undecided,Confirmed] https://launchpad.net/bugs/1245938 | 16:45 |
=== chuck_ is now known as zul | ||
=== Sargun_ is now known as Sargun | ||
jsalisbury | rtg, ack | 17:54 |
erle- | jsalisbury, new observation: when i suspend with "sudo pm-suspend", no freeze | 18:29 |
erle- | maybe it is not the kernel | 18:29 |
erle- | maybe something with X | 18:29 |
erle- | with screen locking and so on | 18:29 |
erle- | jsalisbury, after more tests i will report to launchpad | 18:29 |
jsalisbury | erle-, thanks for the info | 18:31 |
apw | jibel, we just dumped a new trusty kernel into the ckt PPA, will that auto fire new dkms tests ? | 18:46 |
=== JanC_ is now known as JanC | ||
rtg | apw, looks like iwlwifi power save is off by default. drivers/net/wireless/iwlwifi/iwl-drv.c:MODULE_PARM_DESC(power_save, | 20:39 |
apw | rtg, ta | 21:33 |
* mwhudson is now confused that perf ever worked on arm32 | 21:38 | |
rtg | jsalisbury, rebooting gomeisa for kernel update | 22:04 |
apw | mwhudson, i od't think it was even built for the longest time, and done wrong often | 22:04 |
mwhudson | apw: it worked for a while for me in raring | 22:05 |
mwhudson | but doesn't for me now | 22:05 |
mwhudson | and i even sort of know why | 22:05 |
apw | care to share | 22:13 |
=== fmasi is now known as fmasi_afk | ||
rtg | jjohansen, AceLan: rebooting tangerine for kernel update | 22:34 |
mwhudson | apw: the MMAP events that perf synthesizes at start up put the last module processed as taking up from its start in /proc/modules up until the end of the address space | 22:45 |
mwhudson | apw: and despite this being something the user space tool does, it seems that it's actually a question of which kernel is running | 22:45 |
mwhudson | oh oh | 22:58 |
mwhudson | is this because /proc/kallsyms now starts with a symbol with an address of 0? | 22:58 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!