[01:10] <jbailey> BenC: How do I get those attributes?
[01:10] <BenC> jbailey: find /proc/device-tree | grep k2_sata
[01:10] <BenC> it's either k2_sata or k2_ata
[01:11] <jbailey> root@starshine:~# find /proc/device-tree | grep k2_sata
[01:11] <jbailey> root@starshine:~# find /proc/device-tree | grep k2_ata
[01:11] <jbailey> root@starshine:~# 
[01:11] <BenC> try just k2 then
[01:11] <BenC> is anything in device-tree?
[01:12] <jbailey> k2-sata =)
[01:12] <BenC> ah :)
[01:12] <BenC> jbailey: Can you also send me a dmesg output?
[01:13] <BenC> jbailey: cat <path to k2-sata>/interrupts
[01:13] <BenC> or maybe just interrupt
[01:15] <jbailey> root@starshine:/proc# cat /proc/device-tree/ht@0,f2000000/pci@7/k2-sata-root@c/k2-sata@0/interrupts
[01:15] <jbailey> root@starshine:/proc# 
[01:17] <jbailey> root@starshine:/proc# cat /proc/device-tree/ht@0,f2000000/pci@7/k2-sata-root@c/interrupts
[01:17] <jbailey> root@starshine:/proc# 
[01:19] <kylem> ...
[01:19] <kylem> ?
[01:20] <jbailey> kylem: Trying to get some info to BenC that I odn't know much about.
[01:20] <BenC> duh, OBP interrupts is pointless compared to the internal mapping
[01:20] <kylem> via ctcp...?
[01:21] <BenC> if you got a ctcp, your IRC client is whacked :)
[01:21] <kylem> 16:13:17 jbailey [n=jbailey@montreal.canonical.com]  requested unknown CTCP root@starshine:/proc# from #ubuntu-kernel:
[01:21] <BenC> hehe
[01:22] <BenC> jbailey: Can you send the dmesg? It should show the IRQ mappings
[01:24] <jbailey> Oh whups, I haven't hit send yet. =)
[01:25] <jbailey> kylem: Oh cool.  Yay magic characters. =)
[01:25] <jbailey> BenC: I need to go home before the SWMBO gets annoyed.
[01:25] <jbailey> bbiab. =)
[01:26] <kylem> super wicked mambo?
[01:27] <zul> single white male body order?
[06:29] <a_thing> Was looking through the list of what gNewSense removed, and I saw that those files weren't in Ubuntu's kerel.
[06:31] <a_thing> Why isn't this mentioned anywhere?
[11:16] <gebruiker> is 2.6.19 stable in?
[11:43] <\sh> does anyone know when HugeTBL FS support was added to the kernel?
[09:16] <zul> whee..
[11:17] <fabbione> BenC: http://zeus2.kernel.org/git/?p=linux/kernel/git/davem/sparc-2.6.21.git;a=commitdiff;h=54c9cc37c8559ed9e574c0ca2600099f3fe9ac14
[11:17] <fabbione> it's propagated
[11:22] <holycow> am i correct to understand that there are issues with i945gm and gma950 chipset/graphics from intel?  i'm googling support for this and cant figure out where the support is supposed to be dropping into the kernel for these ...
[11:23] <BenC> holycow: We have support for that in kernel already
[11:23] <BenC> at least in edgy and feisty
[11:24] <holycow> aha, but not dapper.  so 2.6.16 and greater.
[11:24] <BenC> no, actual support in stock kernels is 2.6.18+
[11:24] <fabbione> BenC: can you confirm me that /sys/block/sda/device/type is 0 for harddisks and 5 for cdroms?
[11:24] <BenC> I backported it for 2.6.17 in edgy
[11:25] <BenC> fabbione: I'm pretty sure that there are other types, but maybe scsi layer consolidated those
[11:25] <BenC> there was also RBC(?) that some sbp2/firewire drivers were reported as
[11:25] <BenC> drives
[11:26] <fabbione> BenC: i am happy to know if they are scsi disks or scsi cdroms :)
[11:26] <holycow> BenC, well in that case, i could kiss you
[11:26] <holycow> lol
[11:26] <fabbione> OBP doesn't know much more... tapes.. but last time i checked, we don't install on tapes :)
[11:26] <holycow> okay cool.  is it safe to say intel is playing nice with you guys and properly open sourcing drivers for these chips?
[11:29] <BenC> fabbione: include/scsi/scsi.h starting at line 208
[11:29] <BenC> holycow: I would say Intel is play far more than nice with us
[11:29] <fabbione> BenC: thanks man
[11:30] <BenC> fabbione: TYPE_RBC is the one I was refering too, if you see that, I'd say it's almost surely a disk
[11:31] <fabbione> BenC: i don't think OBP can boot from it, can it?
[11:41] <holycow> BenC, good to hear.  time to toss in a vote for them then.
[11:42] <dade`> oprofile i
[11:42] <dade`> ops