[02:02] <Syco54645_AAO> hello, i am recompiling my kernel but have only added some things as modules.  is there a way to just compile those similar to how their used to be make modules
[09:01] <tjaalton> amitk: so, -3 doesn't work with intel too well?-)
[09:55] <amitk> tjaalton: does not work in what way?
[09:56] <tjaalton> amitk: you filed a bug
[09:57] <tjaalton> abou DRILock() failing
[10:00] <amitk> tjaalton: aah. ok. I just returned to an idle machine with apport prompting me that X had crashed :) I haven't had a chance to see if it can be reproduced. But otherwise X is working well on the system.
[10:01] <tjaalton> amitk: ah, ok:)
[14:17] <CSX_Lappy> hi there, anyone who's speaking german?
[14:17] <smb_tp> Ja
[14:18] <CSX_Lappy> gut
[14:18] <CSX_Lappy> hab da mal ne bescheidene frage zu hardy (und womöglich kommende) und dem FRITZ! WLAN USB Stick von AVM ..... warum wird die dif (der patch) damit das ding richtig funktioniert nicht in die offiziellen repositoris eingepflegt? ich mein den fehler hat man ja nun, die lösung auch, was also hindert denn nun das einpflegen? weil bei jedem kernelupdate neu machen, is ja auch nicht so toll
[14:20] <smb_tp> Kommt immer drauf an, von woher kommt der patch, ist er upstream. Ist es kernel code oder extra?
[14:21] <CSX_Lappy> öhm .. es ändert eigentlich nur die fwlanusb.ko in den restricted modules soweit ik das sehe, ka unter welche kathegorie das fällt
[14:22] <CSX_Lappy> die anleitung was ich machen soll, hab ich ja da.... vielleicht hilft dir das: http://forum.ubuntuusers.de/topic/avm-usb-stick-8.04/#post-1372403
[14:26] <smb_tp> CSX_Lappy, restricted modules sind immer so eine Sache, da es Treiber sind die nicht oder nur teilweise open source sind. Kann aber auch einfach nur sein, dass es vom forum einfach nicht zu demjenigen vorgedrungen ist, der die restricted modules pflegt.
[14:28] <CSX_Lappy> könnte das vielleicht jemand weiterleiten? wäre unglaublich gut diesen fehler zu beheben ... man würde einer großen anzahl damit helfen, daher war ja auch mein gedanke, mich hier mal zu melden, falls man das forum irgendwie übersehen haben sollte :)
[14:28] <smb_tp> CSX_Lappy, Vermutlich, wenn ich mir den patch ansehe eher das zweitere
[14:28] <CSX_Lappy> na ist villeicht nicht die super lösung, aber es geht zumindest wieder 
[14:28] <CSX_Lappy> besser als wenn das system auf einmal nicht merh richtig reagiert
[14:31] <smb_tp> CSX_Lappy, Das ist wohl wahr. Da scheint ja dann wohl die Grösse von wrqu->name zu klein zu sein.
[14:33] <CSX_Lappy> ich danke dir jedenfall für dein offenes ohr, und hoffe das ich mit meiner meldung damit an offene ohren gestoßen bin und das vielleicht bald in den offiziellen versionen es out-of-the-box funktioniert, ohne patches, da damit auch immer ein gewisses risiko verbunden ist :)
[14:33] <CSX_Lappy> +s
[14:34] <smb_tp> CSX_Lappy, Danke für den Hinweis. Bei der Menge an Dingen die out-of-the-box funktionieren sollen braucht man doch ab und zu mal Hinweise. ;-)
[14:35] <CSX_Lappy> hehe :D kein problem ... 
[14:43] <CSX_Lappy> ich wünsche euch noch einen schönen tag, und danke fürs zuhören @ smb_tp 
[14:43] <smb_tp> CSX_Lappy, Kein Problem. Übrigens, der fix wurde gestern rein genommen und steckt nur noch in the Warteschleife
[14:44] <CSX_Lappy> supi :D das ist ja toll, ab wann kann man damit rechnen das der im offiziellen is? mit dem nächsten release, oder zwischendrin?
[14:45] <smb_tp> CSX_Lappy, Zwischendrin. Sobald die neue Version von linux-restricted-modules angeboten wird
[14:46] <CSX_Lappy> aso :) das freut mich ja ... man sollte vielleicht auch irgendwie darauf hinweisen, nicht das alle weiterhin patchenm ohne zu schaun obs geht, oder wäre das nciht mehr möglich?
[14:47] <smb_tp> CSX_Lappy, Denke mal patchen wird nur versucht wenn es nicht geht. Und da es wohl genau der Patch war, sagt einem das spätestens das patch Program. ;.)
[14:48] <CSX_Lappy> aso, alles klar :)
[14:48] <CSX_Lappy> dann wie gesagt vielen dank und schönen tag noch :D
[14:48] <smb_tp> CSX_Lappy, Danke, ebenso. :)
[17:41] <CSX_Lappy> hallo smb_tp, hast du vielleicht nochmal nen kleinen augenblick zeit?
[17:43] <smb_tp> CSX_Lappy, Wo drückt der Schuh?
[17:44] <CSX_Lappy> ich habe ein toshiba satellite pro 6050, wo hardy recht gut läuft .. aber ich habe mit jedem linux was ich getestet hab bis jetzt ein riesen problem, was die akkulaufzeit beeinträchtigt
[17:44] <CSX_Lappy> ich kann einfach die cpu frequenz nicht drosseln
[17:44] <CSX_Lappy> unter xp ging das irgendwie
[17:45] <CSX_Lappy> desweitern funktionieren keine reboots ... das teil schient zwar neu zu starten .. bleibt aber dann mit schwarzem bild stehen irgendwie
[17:45] <CSX_Lappy> womöglich kennst du lösungen, daher dacht ich ich frag einfach mal
[17:46] <CSX_Lappy> ich such danach schon ne ganze weile im internet 
[17:46] <CSX_Lappy> noch bisher ohne erfolg :(
[17:48] <smb_tp> CSX_Lappy, Bei der CPU frequenz: Ist da manuell oder automatisch gemeint? Wobei beides viel von ACPI abhängt. Bei einem meiner Rechner war das erst mal auch im bios abgeschaltet.
[17:49] <CSX_Lappy> meinetwegen auch manuell .. aber laut den tools würde er das nicht unterstützen .. nun ist aber komisch das ers unter windows noch machte
[17:49] <CSX_Lappy> und am bios hab ich da nix geändert
[17:50] <smb_tp> Das reboot problem geht vielleicht einfacher: es gibt einen reboot= kernel parameter den man mitgeben kann. Da könnte man die verschiedenen Varianten ausprobieren
[17:50] <CSX_Lappy> ah das hört sich schonma gut an, hast du da links für?
[17:51] <CSX_Lappy> bin noch kleiner anfänger was linux so betrifft... vieles probier ich zwar, aber auch nicht  zu viel .. 
[17:55] <smb_tp> CSX_Lappy, Links nicht direkt. Schau grad im Code: "reboot=b" oder "reboot=h" (bios oder die etwas harte methode). Bei der aktuellsten version von Hardy (2.6.24-21.42) geht auch noch "reboot=a" (über ACPI). Das ganze kann man noch mit "w" (warm) oder "c" (cold) kombinieren
[17:56] <CSX_Lappy> und das einfach bei grub dann hinten ranhängen?
[17:57] <CSX_Lappy> also in der zeile kernel
[17:57] <smb_tp> CSX_Lappy, Ja, oder zum ausprobieren beim booten ins menu gehen mit ESC und dann mit "e" die Zeile bearbeiten
[17:58] <CSX_Lappy> :D
[17:58] <CSX_Lappy> meinte ich ja so 
[17:58] <CSX_Lappy> gut, dann werde ich das nachher probieren
[17:59] <CSX_Lappy> und das mit der cpu geschwindigkeit?
[18:01] <smb_tp> CSX_Lappy, ok, später kann mans dann fest einbauen. Das kann man so einfach nicht sagen. Am bestem wärs da einen bug in launchpad aufzumachen (in englisch), das zu beschreiben und mindestens mal die dmesg vom booten anzuhängen. Hilfreich ist machmal auch noch "cat /proc/acpi/dsdt" (muss man als root machen)
[18:04] <CSX_Lappy> is das normal das die zeichenwirrwar ausgibt?
[18:05] <smb_tp> CSX_Lappy, Oh, sorry. Hätte ich dazu sagen sollen. Das ist binär, kein text. Einfach in eine Datei
[18:05] <CSX_Lappy> ok :) hab mich schon ein wenig gewundert *g*
[18:08] <CSX_Lappy> so beides als anhang dann ins launchpad?
[18:09] <smb_tp> CSX_Lappy, Ja, und dann eben Laptop und problem beschreiben.
[18:10] <CSX_Lappy> ja .. beide gleich nennen oder nur das mit der cpu ?
[18:10] <Nafallo> hmm. #ubuntu-de? :-)
[18:11] <smb_tp> Nafallo, if needed. :)
[18:11] <Nafallo> I thought I was in that channel first is all :-P
[18:12] <smb_tp> CSX_Lappy, Das eine als dmesg benennen und das andere dsdt (hauptsache unterschiedlich)
[18:12] <CSX_Lappy> is schon :D
[18:12] <CSX_Lappy> dmsg.txt und dsdt_bin
[18:13] <smb_tp> Nafallo, Don't worry, its still the international channel. ;-)
[18:32] <CSX_Lappy> smb_tp hab grad mal geschaut... so einen bug gibts schon im zusammenhand mit nem toshiba: https://bugs.launchpad.net/ubuntu/+source/powernowd/+bug/257502
[18:32] <CSX_Lappy> nur die lösung mit dem p4_modclock geht bei mir nicht :/
[18:33] <CSX_Lappy> vendor_id	: GenuineIntel
[18:33] <CSX_Lappy> cpu family	: 6
[18:33] <CSX_Lappy> model		: 11
[18:33] <CSX_Lappy> model name	: Intel(R) Celeron(TM) CPU                1200MHz
[18:33] <CSX_Lappy> stepping	: 1
[18:33] <CSX_Lappy> cpu MHz		: 1195.539
[18:33] <CSX_Lappy> das stepping 1 heißt es ist einstellbar, oder?
[18:39] <smb_tp> CSX_Lappy, Kann ich leider nicht sagen wie steppings da zusammenhängen. Ich glaube mich aber zu erinnern, das irgendwann die speziellen cpu frequenz module zugunsten der acpi Lösung abgeschafft wurden. Bin nicht 100% sicher aber ich glaube, dass da sowas war
[18:40] <CSX_Lappy> hmmn, kann ich wohl nix machen
[18:41] <smb_tp> CSX_Lappy, Das modul scheint wohl noch da zu sein. Also abgeschafft wohl nicht aber evtl. nicht mehr so recht geplfegt
[18:41] <CSX_Lappy> na oder mein prozi kennt das modul ni :)
[18:42] <CSX_Lappy> oder anderrum
[18:42] <CSX_Lappy> +s
[18:43] <CSX_Lappy> soll ich außer den von dir genannten dateien noch was anhängen?
[18:45] <smb_tp> CSX_Lappy, Evtl. noch die geladenen module mit lsmod. Aber sonst sollte es erstmal reichen. Ansonsten kann man ja nochmal fragen.
[18:45] <CSX_Lappy> ok :D
[18:46] <smb_tp> CSX_Lappy, Kann nur leider sein, dass es tatsächlich ein Prozessor ist bei dem die alte Methode nicht oder nicht richtig geht und die neue auch nicht. Dann kann man leider nicht allzuviel machen
[18:47] <CSX_Lappy> jo, ist verständlihc .... aber leider auch schade
[18:47] <CSX_Lappy> ich meine in ein bis 2 jahren hol mich ja nen neuen
[18:48] <smb_tp> CSX_Lappy, Achso, was mir noch einfällt cat /proc/cpuinfo ist natürlich in dem Fall auch recht nützlich
[18:48] <CSX_Lappy> jo :D
[18:48] <CSX_Lappy> dacht ich mir schon
[18:48] <CSX_Lappy> muss erstma anmeldne
[18:48] <CSX_Lappy> bin noch frish
[18:48] <CSX_Lappy> +c
[18:49] <smb_tp> CSX_Lappy, Ist klar, man würd trotzdem gern etwas mehr batterie sparen
[18:50] <CSX_Lappy> jupp
[18:50] <CSX_Lappy> ich mein is ja nich so als ob der nu sonderlich fix is -.- im mom hängt er grad rum nen bissle ... aber das liegt aucch zum großenn teil an den nur 256 mb verbauten ram -.-
[18:52] <smb_tp> CSX_Lappy, Da wirds wirklich schon etwas schwierig mit dem "arbeiten". Sicher, dass die CPU da ab und zu schlafen soll? ;-)
[18:54] <CSX_Lappy> naja ... wenn ik nich arbeite sozusagen
[18:54] <CSX_Lappy> weil neu starten ja länger brauct als vielleicht mal cpu hochtaken, bild hell und loslegen 
[18:54] <CSX_Lappy> und dann wieder cpu runter und bild auch
[18:55] <CSX_Lappy> so dacht ik mir das
[18:55] <CSX_Lappy> obwohl ik das bild nichtmal hell machen würde so sehr
[18:55] <smb_tp> CSX_Lappy, Naja dann. :-)
[18:55] <CSX_Lappy> jo, hält so ca 2,5h mit dunklem bild
[18:56] <CSX_Lappy> was man da mit cpudrosseln so an zeit dazugewinnen könnte
[18:57] <smb_tp> CSX_Lappy, Sischer doch. Oder man legt ihn schlafen. Aber das ist meist das nächste Abenteuer.
[18:59] <CSX_Lappy> na standby oder ruhezustand wie er genannt wird geht nicht, nur tiefschlaf geht
[19:01] <smb_tp> CSX_Lappy, Das ist meist das Abeneuer. Teilweise gibts Probleme mit anderen Treibern und man sucht erst mal eine Weile.
[19:02] <CSX_Lappy> ach, da brauch ich nicht wirklich ... da geht slebst das throtheling schneller denk ik
[19:06] <CSX_Lappy> smb_tp, https://bugs.launchpad.net/ubuntu/+bug/264438
[19:07] <CSX_Lappy> ich werd mal nochma Kernel und Ubuntu version mit dazu tun
[19:07] <CSX_Lappy> könnte ja hilfreich sein
[19:08] <smb_tp> CSX_Lappy, Ok, ja. Kann aber nicht sagen wie schnell und wieviel ich dazu komme. Aber evtl. schauen sichs noch andere an.
[19:08] <CSX_Lappy> jo jo :D hat ja zeit .. hab das prob ja schon ne weile... die idee dich zu fragen kam mir ja durch deine hilfe heute :D
[19:09] <smb_tp> CSX_Lappy, Ok. :)
[19:10] <CSX_Lappy> so
[19:10] <CSX_Lappy> mal al commentar hinzugefügt 
[19:10] <CSX_Lappy> :D
[19:11] <CSX_Lappy> scheiß denglisch -.-
[19:11] <CSX_Lappy> mal als kommentar hinzugefügt 
[19:11] <CSX_Lappy> so
[19:11] <CSX_Lappy> wie alt bist du eigentlich smb_tp ?
[19:12] <smb_tp> CSX_Lappy, Tsk, tsk. Fragt man sowas. ;-)
[19:12] <CSX_Lappy> bist du ne frau? *g* sonst kann man sowas ja fragen
[19:13] <smb_tp> CSX_Lappy, Klar kann man. Bin eher oldie und gehe auf die 40 zu
[19:13] <CSX_Lappy> oh .. dann sollte ich lieber siezen
[19:13] <CSX_Lappy> entschuldigen sie bitte :/
[19:14] <smb_tp> CSX_Lappy, Ach was. Lieber nicht. Dann fühlt man sich erst richtig alt. 
[19:14] <CSX_Lappy> ok
[19:14] <CSX_Lappy> bins im irc nunmal gewöhnt zu duzen 
[19:14] <CSX_Lappy> ik bin "erst" 24 
[19:15] <smb_tp> CSX_Lappy, Nehme dann mal an Du bist etwas jünger. ;-) Naja, das gibt sich. Denke aber auch dass es im IRc und vielleicht auch verstärkt bei den Linuxern eher lockerer gesehen wird
[19:16] <CSX_Lappy> damit "DU" dich nicht so alt fühlst... "DEINE" art ist noch sehr jung geblieben :)
[19:17] <smb_tp> CSX_Lappy, Danke, danke. :-)
[21:28] <CSX_Lappy> hmmn... wenn der gnome-commander mit nem segfault abraucht wenn ich nen ftp hinzufügen will, woran kann das liegen? jemand ne idee?
[21:28] <CSX_Lappy> CRITICAL **: GnomeCmdConFtp* gnome_cmd_con_ftp_new(const gchar*, const std::string&): assertion `uri != NULL' failed
[21:29] <CSX_Lappy> Segmentation fault
[21:29] <CSX_Lappy> mehr kommt ni... is dann wech
[21:32] <Keybuk> pgraner: I have some more information on that failure to boot
[21:32] <Keybuk> it stops at something to do with a time source or clock?
[21:33] <smb_tp> CSX_Lappy, Schau da besser mal in #ubuntu-devel und englisch erhöht die Chance, dass jemand antworted ungemein. ;-)
[21:33] <Keybuk> pgraner: "Clocksource tsc unstable"
[21:33] <smb_tp> Keybuk, That would normally be nothing serious
[21:34] <smb_tp> Keybuk, It only means tsc as clocksource will be replaced by another source.
[21:34] <CSX_Lappy> ok ... ik frag mal :D
[21:34] <Keybuk> the line before is "Booting paravirtualized kernel on bare hardware"
[21:35] <smb_tp> Keybuk, Also ok. There is currently a discussion on lkml about some problems with clockevent code. But it seems not final yet
[21:36] <smb_tp> Keybuk, "2.6.27-rc5 doesn't boot on a Pavilion laptop"
[21:37] <Keybuk> this is a Dell Latitude D420
[21:39] <smb_tp> Keybuk, There seem to be things either tied to amd C1E or on the bottom somthing with fast HPET
[21:39] <Keybuk> err?
[21:39] <smb_tp> Keybuk, Sorry, talking a bit to myself
[21:40] <smb_tp> Keybuk, Do you have a line somewhere like "hpet0: 3 32-bit timers, 25000000 Hz"?
[21:41] <Keybuk> smb_tp: not on the screen
[21:41] <Keybuk> page-up doesn't seem to work
[21:43] <smb_tp> Keybuk, Ok, I am not sure you already have some bug report running. Yours was just hanging without any screen distortion? Is 2.6.26 working for you?
[21:45] <CarlFK> smb_tp: did you want me to install http://people.ubuntu.com/~smb/bug254668/linux-headers-2.6.27-3-generic_2.6.27-3.4smb1_i386.deb
[21:46] <smb_tp> CarlFK, Actually I saw that the upstream thread continued and there is an interesting direction at the very end
[21:47] <smb_tp> CarlFK, Which i have not yet updated in my kernel. So best wait with that
[21:47] <CarlFK> ok
[21:48] <smb_tp> There seem to be problems with fast HPETs and the minimum delay
[21:48] <smb_tp> Fast seeming to mean 25Mhz as fast (which is yours)
[22:39] <smb_tp> CarlFK, Ok, took that last approach and applied it to the 2.6.27-3.3 kernel on my peoples page. Could you try that one?
[22:39] <smb_tp> Keybuk, Maybe you as well http://people.ubuntu.com/~smb//bug254668
[22:40] <Keybuk> smb_tp: how do I install those without booting ? :p
[22:40] <smb_tp> Keybuk, Real question or just joking? 
[22:41] <Keybuk> well, I know for real; I need to get a live cd and boot with that
[22:41] <Keybuk> it's just irritating
[22:42] <CarlFK> smb_tp: you mean to go backwards from 27-3.4 to 3.3?
[22:43] <smb_tp> Keybuk, Probably an older and have that working kernel installed in parallel, but yes it is not a nice way
[22:43] <smb_tp> CarlFK, Huh, that was released or do you compare against the last kernel from me?
[22:44] <CarlFK> smb_tp: from you. also, you realize you are posting headers and not kernel? 
[22:45] <smb_tp> CarlFK, Damn, too hot here. That was the reason it was so quick. Ok, don't care about the numbering and overwrite with the smaller number. 
[22:45]  * smb_tp goes to do the upload again
[22:45] <CarlFK> heh
[22:45] <CarlFK> I was wondering how that was going to work 
[22:46] <smb_tp> CarlFK, One of those force options of dpkg, wait a sec
[22:48] <smb_tp> CarlFK, --force-downgrade Sorry for the mismatch I realized later, that I want to make sure a 2.6.27-3.4 will be higher that the debug kernels
[22:50] <CarlFK> so I am installing headers?
[22:50] <smb_tp> CarlFK, No, the header are a real expansion problem on my side. I am just uploading the right package
[22:51] <CarlFK> ok
[22:52] <smb_tp> CarlFK, Just a 31°C and not air-condition but
[22:53] <smb_tp> CarlFK, Ok, is fixed now
[22:54] <CarlFK> eta 4m 52s - thats more like it :)
[22:55] <smb_tp> CarlFK, Yeah, at least with my connection. :-P
[22:58] <CarlFK> can I file a bug report against grub-update that says "What would you like to do about menu.lst?   I have no clue."
[23:03] <smb_tp> CarlFK, The strange thing is the last update from 27-1 to 27-2 didn't ask me that again. But I did a complete upgrade this morning and there were a lot of packages I didn't look at exactly
[23:05] <CarlFK> smb_tp: "nvidia: Multiple versions in DKMS. Unsure what to do. Resolve manually."  http://dpaste.com/75752/
[23:06] <CarlFK> I guess I can ignore nvidia for now - if X doesn't come up I can boot into 27.2
[23:08] <smb_tp> CarlFK, yes I think so. For now its just to see how far (hopefully very far) this kernel gets
[23:14] <CarlFK> smb_tp: http://dev.personnelware.com/carl/temp/Sep03/a/dmesg11.txt  38k
[23:15] <CarlFK> same as the other .27 - had to hit a key a bunch of times 
[23:15] <CarlFK> should I post it to bug 254668
[23:17] <smb_tp> CarlFK, Yes, please. I'll have a look at it tomorrow. 
[23:24] <tseliot> CarlFK: as regards nvidia, try this: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-177/+bug/263528/comments/1
[23:25] <CarlFK> smb_tp:  in my dmesg i just noticed: [   13.701303] Clocksource tsc unstable (delta = 4398045486566 ns)
[23:25] <CarlFK> that looks new