/srv/irclogs.ubuntu.com/2006/03/14/#ubuntu-kernel.txt

=== fbond|away is now known as fbond
=== fbond is now known as fbond|away
=== fbond|away is now known as fbond
=== mxpxpod [n=bryan@unaffiliated/mxpxpod] has joined #ubuntu-kernel
=== Lathiat [i=lathiat@ubuntu/member/pdpc.basic.lathiat] has left #ubuntu-kernel []
=== crimsun_ [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel
=== JaneW [n=JaneW@dsl-146-154-109.telkomadsl.co.za] has joined #ubuntu-kernel
=== doko [n=doko@dslb-084-059-069-105.pools.arcor-ip.net] has joined #ubuntu-kernel
=== mroth [n=mroth@unaffiliated/mroth] has joined #ubuntu-kernel
=== chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel
=== CataEnry [n=cataenry@host83-39.pool8248.interbusiness.it] has joined #ubuntu-kernel
=== CataEnry [n=cataenry@host83-39.pool8248.interbusiness.it] has joined #ubuntu-kernel
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
=== doko [n=doko@dslb-084-059-112-177.pools.arcor-ip.net] has joined #ubuntu-kernel
=== mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel
=== Keybuk [n=scott@82.108.80.246] has joined #ubuntu-kernel
=== cmvo [n=cmvo@62.225.11.174] has joined #ubuntu-kernel
=== allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel
allee[17:21]  <allee> Sun Galaxy X4100: mpt* drivers in dapper.  Two (or one) simple disk are detected during installation. When 2 disk configured as RAID1 in the LSI controller, kernel fails to detect the disk05:36
allee[17:22]  <allee> scsi0 : ioc0: LSISAS1064, FwRev=01040000h, Ports=1, MaxQ=511, IRQ=16905:36
allee[17:22]  <allee> Is this a limitation of the driver or a bug?05:36
allee[17:23]  <allee> SLES9 has no problem with the RAID1 of the LSI controler.  And uses it as sda.05:36
allee[17:28]  <allee> SLES9 uses: Fusion MPT SAS Host driver 3.02.62sus05:36
allee[17:28]  <allee> ubuntu uses:05:36
allee[17:28]  <allee> Fusion MPT SAS Host driver 3.03.0405:36
=== svenl [n=svenl@LAubervilliers-151-12-84-108.w193-252.abo.wanadoo.fr] has joined #ubuntu-kernel
svenlhi guys ...05:48
svenlis it true that you guys dropped the mkvmlinuz support for the dapper linux-image kernel ? 05:49
svenli heard a report claiming it was because "nobody uses oldworld machines anymore", which seems likevery clueless ...05:49
=== mroth [n=mroth@unaffiliated/mroth] has joined #ubuntu-kernel
mjg59We've never supported oldworld machines05:55
mkrufkywhat is 'oldworld' ?05:55
mjg59mkrufky: Pre-imac and blue and white G3s05:55
mjg59When those were introduced, Apple went to a new Open Firmware version05:58
mjg59So the ended up being called "old world" and "new world" macs05:58
svenlmjg59: yeah, but the mkvmlinuz support patch was not there for oldworld, but for chrp machines, including IBM chrp and genesis's pegasos machine.05:58
mkrufkyah, okay05:58
svenlmjg59: and genesis was just added recently as a ubuntu partner, so i doubt that sabotaging the pegasos support this way is the right thing to do.05:59
mjg59svenl: If you are going to describe it as "sabotaging", then this conversation is over05:59
svenlmjg59: well.05:59
=== svenl [n=svenl@LAubervilliers-151-12-84-108.w193-252.abo.wanadoo.fr] has left #ubuntu-kernel []
fabbionemjg59: ++05:59
makxthanks05:59
=== svenl [n=svenl@LAubervilliers-151-12-84-108.w193-252.abo.wanadoo.fr] has joined #ubuntu-kernel
svenlmjg59: oh well, i will let my hierarchy handle this with the ubuntu hierarchy, but this is a repeat of what happened for the breezy release, so i am not overly sympathetic, especially since the ubuntu kernel guys are making noises about unification of the ubuntu kernel with the debian kernel on public forums and such.06:01
=== svenl [n=svenl@LAubervilliers-151-12-84-108.w193-252.abo.wanadoo.fr] has left #ubuntu-kernel []
mjg59Drive-by svenning06:02
=== JaneW [n=JaneW@dsl-146-154-109.telkomadsl.co.za] has joined #ubuntu-kernel
fabbioneuh?=06:16
fabbionewhat noise?06:16
fabbionewhen?06:16
fabbionewth is he talking about?06:17
mjg59No idea06:18
fabbioneneither do i06:18
dilingersorry guys, that was probably my fault06:20
mjg59I don't think Sven can ever be anyone else's fault06:20
dilingerthe fact that he's re-evaluating ubuntu-kernel, that is06:21
dilingerheh06:21
mjg59Have you kicked him off debian-kernel yet?06:21
dilingerno, i just angered him.  i intend to get him ejected from the project completely.06:22
fabbionedilinger: LOL06:22
dilingerfabbione: btw, you have any pointers to architecture/design of ocfs2?06:27
fabbionedilinger: the code?06:27
fabbioneit's the "usual" clustered FS06:28
fabbioneall transactions needs to go trough the DLM06:28
fabbioneit's journaled like ext3 (same backend)06:28
dilingerfabbione: a coworker's evaluating cluster filesystems (pvfs2, gfs, ocfs2, etc)..  i had was hoping for something to pass along for him to read06:29
dilingersince he can't seem to find details about ocfs206:29
fabbionedilinger: you can check on oss.oracle.com06:29
fabbionethe project is hosted there06:29
fabbionebut the concept behind each clusterFS is the same06:29
fabbioneand that's where the real power of FS comes frok06:30
fabbionefrom06:30
fabbionethe Distributed Lock Manager06:30
fabbioneperformance of the FS are highly dependent on that06:30
fabbionealso.. ocfs2 is the simplest one around.. at least that i have seen06:31
fabbioneit's really basic clustering06:31
fabbionea more complete suite is the GFS/RH cluster06:31
dilingerfabbione: simplest in terms of implementation?  features?06:33
fabbionefeatures06:34
fabbionein my experience:06:35
fabbione- ocfs2 is faster, but needs more manual tuning to handle the timeouts between nodes properly. It does "only" cluster FS06:35
fabbione- gfs/rh cluster suire is generally slower, no need of manual tuning, it offers a complete suite for clustering, from shared IP, switching services, etc.06:36
dilingerok, thanks06:49
BenCdamn, I missed sven and his FUD06:53
=== CataEnry [n=cataenry@host83-39.pool8248.interbusiness.it] has joined #ubuntu-kernel
torkeldilinger: Lustre might be interesting for him to take a look at too; http://www.clusterfs.com/08:10
dilingeryep08:12
dilingeri've been following lustre development ever since the clusterfs people abandonded intermezzo08:12
torkelwould be nice to see it in Ubuntu :-)08:13
dilingeryea08:13
dilingeri was going to package it for debian ages ago08:13
dilingerbut decided not to based on their release policy08:13
dilingerthey've changed it since, but i haven't had time to look at it again08:14
dilingeri may still package it08:14
dilingeri think mrvn took over my ITP08:14
torkela co-worker did a quick-a-dirty package of it last week08:14
torkelnot sure how far he got though08:14
dilingeri'd be interested in seeing it08:15
dilingerlike i said, my coworker's evaluating different cluster filesystems; if we decide to go w/ lustre, i'll probably end up maintaining packages08:15
dilingerquick-and-dirty packages makes it that much easier for him to try out08:15
torkelhe is on vacation this week, but if you send me a mail (otherwise I will forget it) I can ask him to get in touch with you08:17
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
jbaileyBenC: Around?08:20
BenCjbailey: yeah08:29
=== trappist [i=trappist@tra.ppi.st] has left #ubuntu-kernel []
jbaileyBenC: Are you packaging newer kernels at all for testing?08:39
jbaileyI thought I saw some reports of some threading stuff fixed in newer kernels.  If you've already got a set built, I might poke my head into them.08:40
jbaileythreading and signals.08:40
BenCjbailey: haven't had a chance to start merging to newer kernels yet08:40
jbaileyNo worries.  I'll try to remember how to build one myself for the test.08:40
jbaileyNone of it's a regression from previous, but on some arches there are weird nptl responses and such.08:41
fabbionejbailey: jumping from .15 to .16 is a big step due to all the mutex changes08:41
fabbionemerging back is difficul08:42
fabbione+t08:42
jbaileyfabbione: Right, I'm not expecting to backport anything, more just curious if these are the problems refered to.08:42
jbaileyfabbione: I'm trying to figure out what the path to actually getting clean glibc results is.08:42
=== torkel [i=torkel@69-188.umenet.t3.se] has joined #ubuntu-kernel
=== _fs [i=fs@213.178.77.98] has joined #ubuntu-kernel
=== mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
=== mkrufky [n=mk@68.160.103.77] has joined #ubuntu-kernel
=== sevrin [n=sevrin@202.75.186.154] has joined #ubuntu-kernel
=== infinity [n=adconrad@loki.0c3.net] has joined #ubuntu-kernel
=== mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
=== mkrufky [n=mk@68.160.103.77] has joined #ubuntu-kernel
=== sevrin [n=sevrin@202.75.186.154] has joined #ubuntu-kernel
=== infinity [n=adconrad@loki.0c3.net] has joined #ubuntu-kernel
=== mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel
=== _fs is now known as fs
=== infinity [n=adconrad@loki.0c3.net] has joined #ubuntu-kernel
=== CataEnry [n=cataenry@host83-39.pool8248.interbusiness.it] has joined #ubuntu-kernel
=== bronson [n=bronson@pool-71-243-85-238.bos.east.verizon.net] has joined #ubuntu-kernel
bronsonAnybody here able to boot in recovery mode?11:17
bronsonRegular mode works fine.11:17
bronsonRecovery mode kernel panics pretty early on.11:17
bronsonDunno when this started...  I don't go into recovery much.11:18
bronsonJust wondering if this is a me-only thing, or are other people seeing it too?11:18
bronson(dapper, upgraded last night)11:18
=== crimsun [i=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel

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