Description of problem:
After building a LiveCD using Kadischi using a FC6T2 stock disc as a repository,
I boot the CD image in Qemu and/or on normal hardware and get an endless loop in
__find_get_block_slow

The loop looks like so:
------------------------

__find_get_block_slow() failed. block=18446744071562067968, b_blocknr=2147483648
b_state=0x00000020, b_size=4096
device blocksize: 4096

------------------------
Version-Release number of selected component (if applicable):
kernel-2.6.17-1.2517.fc6

How reproducible:
Build LiveCD with Kadischi, boot teh CD under Qemu or normal hardware.

Steps to Reproduce:
1. kadischi --text /path/to/FC6T2/repository -f /tmp/fc6t2live.iso
2.
3.
  
Actual results:
Loop in __find_getblock_slow() kernel problem.

Expected results:
Should boot into a Live system.

Additional info:
Relevant information includes:
We already load cdrom.ko and ide-cd.ko which is used to allow find_live_cd.c in
Kadischi find and mount the CD in question after finding a /.livecd file on the
CD. This may or may not be a problem in find_live_cd.c or the kernel it's self
but I want to get more info before making an assumption.

cdrom.ko and ide-cd.ko were a part of the kernel before, and this didn't happen.
This could be a cause?
Also: Kadischi uses an Ext2 gzipped image as initrd, is this a problem either?
As The loop ends up happenning right after finding a compressed RAMDISK image at
block 0 during kernel bootstrap.

Thanks.