[OLPC-devel] some usb status

[Ronald G Minnich]

David Woodhouse wrote:
> On Wed, 2006-06-07 at 21:17 -0600, Ronald G Minnich wrote:
> 
>>can someone do this on Linux:
>>setpci -s 0:f.4 3c.b
>>
>>thanks, that will tell me how to set the PCI IRQ. I can't currently
>>boot anything on my OLPC :-) 
> 
> 
> 0x0a.

ok, that's better.


RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
usbcore: registered new driver ub
PCI: Enabling device 0000:00:0f.4 (0000 -> 0002)
ohci_hcd 0000:00:0f.4: OHCI Host Controller
ohci_hcd 0000:00:0f.4: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:0f.4: irq 10, io mem 0x10002000
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 4 ports detected

I have made a mod to the OLPC mainboard code to set this PCI IRQ to 0xa.

But, sadly, pci mass store is still not found. I will try to dig some 
more later. I will commit the PCI IRQ mod now.

Please note: this new mod does require the 35K vsa. If this is a 
problem, and we should switch back to 64k for now, let me know.

To switch back yourself, here are the lines that change.
+++ src/cpu/amd/model_gx2/vsmsetup.c    (working copy)

-       rom = ((unsigned long) 0) - (ROM_SIZE  + 64*1024);
+       rom = ((unsigned long) 0) - (ROM_SIZE  + 35*1024);


I need to make this a parameter, but the linuxbios core needs to figure 
out what we want to do about things like this. It's an old problem, now 
is the time to solve it.

I am re-attaching my 35k vsm if you need it. Steve goodrich, what's the 
most realistic long-term value for vsa size? Are we stuck with softvg?

Also, linuxbios in this version is only 28K. We're freeing up as much 
room as we can for the payload. This latter change of size will not 
affect you. I hope to shrink linuxbios more in the future.

My working version is now 2315.

thanks

ron
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vsa_test.bin.nrv.35k
Type: application/octet-stream
Size: 35840 bytes
Desc: not available
URL: <http://lists.laptop.org/pipermail/devel/attachments/20060608/fe030e00/attachment.obj>