Error with SanDisk Ultra II
by s.boutayeb@free.fr
thank you Mitch for your help!
I managed to boot the SD card!
Best regards
Samy
> s.boutayeb at free.fr wrote:
>>
>> When booting the XO (i tested 2 XO's) with build Q2E19 and Q2E20, I have
>> following message:
>>
>> Boot device: /sd/disk:\boot\olpc.fth Arguments:
>> <buffer at ffb68ec0>:2: Can't find word to replace
>>
>> BTW, the SD card is fully functional with Qemu and the fedora distro is
working!
>>
>> My guess is that this error has to do with the storage media. Does anyone had
>> this error?
> That message is coming from a patch that works around a bug in Q2E18.
> The bug was fixed in Q2E19, and as a result, the patch no longer applies.
> You can just remove the patch code from /boot/olpc.fth . The complete
> patch code is as follows; you can remove it all:
> patch 2drop erase claim-params
> : high-ramdisk ( -- )
> cv-load-ramdisk
> h# 22c +lp l@ 1+ memory-limit umin /ramdisk - ( new-ramdisk-adr )
> ramdisk-adr over /ramdisk move ( new-ramdisk-adr )
> to ramdisk-adr
> ;
> ' high-ramdisk to load-ramdisk
15 years, 6 months
Error with SanDisk Ultra II
by s.boutayeb@free.fr
thank you Mitch for your help!
I managed to boot the SD card!
Best regards
Samy
> s.boutayeb at free.fr wrote:
>>
>> When booting the XO (i tested 2 XO's) with build Q2E19 and Q2E20, I have
>> following message:
>>
>> Boot device: /sd/disk:\boot\olpc.fth Arguments:
>> <buffer at ffb68ec0>:2: Can't find word to replace
>>
>> BTW, the SD card is fully functional with Qemu and the fedora distro is
working!
>>
>> My guess is that this error has to do with the storage media. Does anyone had
>> this error?
> That message is coming from a patch that works around a bug in Q2E18.
> The bug was fixed in Q2E19, and as a result, the patch no longer applies.
> You can just remove the patch code from /boot/olpc.fth . The complete
> patch code is as follows; you can remove it all:
> patch 2drop erase claim-params
> : high-ramdisk ( -- )
> cv-load-ramdisk
> h# 22c +lp l@ 1+ memory-limit umin /ramdisk - ( new-ramdisk-adr )
> ramdisk-adr over /ramdisk move ( new-ramdisk-adr )
> to ramdisk-adr
> ;
> ' high-ramdisk to load-ramdisk
15 years, 6 months
Re: XO: Snap3 is a step backwards?
by James Laska
On Mon, 2008-10-27 at 16:31 -0400, Blake St. Claire wrote:
> I haven't seen anyone else mention it.
>
> --overlay-size-mb 512 --swap-size-mb 384 (from
> http://fedoraproject.org/wiki/QA/TestPlans/Fedora10_On_XO) is too big
> for the 4G SD. I used 384 and 256.
>
> First time power up I think the kernel had an oops while booting.
>
> Second time got as far as the login and clicked the Login button.
> After 30 seconds of nothing happening I pressed Ctrl-Alt-F2 and
> switched to text-mode getty on tty2 before the box wedged.
>
> Third time got past the login (now with the wrong DPI) and got as far
> as the Appearances Preferences to try to reset the DPI, and also
> started a terminal before the box wedged.
>
> What do they say about doing the same thing over and over and
> expecting different results?
>
> Anyone have any better luck with Snap3?
Working okay on my XO, however I read from Ignacio that you may need to
use a smaller swap and overlap when writing the image to the SD card.
On Mon, 2008-10-27 at 13:37 -0400, Ignacio Vazquez-Abrams wrote:
> I had to reduce them to 320 and 256 in order to get them to fit.
Does that help? Any stdout/err messages when writing your SD card?
Thanks,
James
15 years, 6 months
Fedora XO Display Test - meeting recap
by James Laska
Fedora XO Display Test Meeting
Date: 2008-10-26
Time: 6pm EDT (22:00 UTC)
= Attendees =
* jlaska
* TerryStewart
* blakesc
* ivazquez
* finalzone-x
= Team Name =
* Not sure who selected "Dream Broadcast", but until we can be more
creative, that's the name
= Test Plan Discussion =
* Test plan URL - https://fedoraproject.org/wiki/QA/TestPlans/Display
* ivazquez noted that the XO keybindings aren't working and should be on
the test plan
** A hal keymap quirks file might be in order
http://people.freedesktop.org/~hughsient/quirk/quirk-keymap-index.html
** None of the keys on the display work as expected ... see scancode
table at http://wiki.laptop.org/go/OLPC_Keyboard_layouts
* Discussed hardware detection
** resolution and font dpi issue
* Discussed applications to use to verify Display
** xrandr - rotation, modes, detection
** gnome-display-properties - rotation, modes, detection
** glxgears - the classic "shouldn't die" test
* TerryStewart suggested a general expected behavior section for all
applications (no screen artifacts etc...)
* Also list a series of high priority apps that will be touched on to
ensure proper display interaction
* blakesc suggested running VSW (Xorg Validation Suite)
* Additional Hardware support
** TerryStewart will test out a USB video adapter w/ the XO
** Anyone else have external adapters?
= Team Lead =
* finalzone-x (Luya) has volunteered as team lead for XO Display testing
= Future Meetings =
* 2008-11-02 @ 6pm EST (23:00 UTC)
= Action Items =
[ ] - talk to rhughes about hal XO detection?
[TerryStewart] -
[blakesc] - gather and post details on running VSW in to the test plan
[jlaska] - ping Audio team to see if they are covering keyboard volume
keys?
15 years, 6 months
Error with SanDisk Ultra II
by s.boutayeb@free.fr
Hi all,
I have missed the October Fedora 10 XO test call, so I am a "freelance" tester
;-). BTW, this is part of my "job" as grassrootler working at OLPC France!
I have a problem with my the snapshot#3: I copied it to a 4 GB SanDisk Ultra II
SDHC card (in the stores here in France, the recommended Extreme III have no
more than 2 GB).
When booting the XO (i tested 2 XO's) with build Q2E19 and Q2E20, I have
following message:
Boot device: /sd/disk:\boot\olpc.fth Arguments:
<buffer@ffb68ec0>:2: Can't find word to replace
BTW, the SD card is fully functional with Qemu and the fedora distro is working!
My guess is that this error has to do with the storage media. Does anyone had
this error?
FWIW, here what 'dmesg' says:
[30762.012243] usb 1-3: New USB device found, idVendor=13fe, idProduct=1f00
[30762.012243] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[30762.012243] usb 1-3: Product: USB DISK 2.0
[30762.012243] usb 1-3: Manufacturer:
[30762.012243] usb 1-3: SerialNumber: 0784166005ED
[30767.042130] usb-storage: device scan complete
[30767.045522] scsi 18:0:0:0: Direct-Access USB DISK 2.0 PMAP
PQ: 0 ANSI: 0 CCS
[30767.285025] sd 18:0:0:0: [sdb] 3858432 512-byte hardware sectors (1976 MB)
[30767.285569] sd 18:0:0:0: [sdb] Write Protect is off
[30767.285578] sd 18:0:0:0: [sdb] Mode Sense: 23 00 00 00
[30767.285582] sd 18:0:0:0: [sdb] Assuming drive cache: write through
[30767.288188] sd 18:0:0:0: [sdb] 3858432 512-byte hardware sectors (1976 MB)
[30767.288706] sd 18:0:0:0: [sdb] Write Protect is off
[30767.288706] sd 18:0:0:0: [sdb] Mode Sense: 23 00 00 00
[30767.288706] sd 18:0:0:0: [sdb] Assuming drive cache: write through
[30767.288706] sdb: sdb1
[30767.292337] sd 18:0:0:0: [sdb] Attached SCSI removable disk
[30767.292337] sd 18:0:0:0: Attached scsi generic sg2 type 0
[30982.242513] usb 1-3: USB disconnect, address 22
[73068.514073] mmc0: new SDHC card at address ba89
[73068.514073] mmcblk0: mmc0:ba89 SD04G 3979776KiB
[73068.514073] mmcblk0: p1
[73068.816435] kjournald starting. Commit interval 5 seconds
[73068.821781] EXT3 FS on mmcblk0p1, internal journal
[73068.821781] EXT3-fs: mounted filesystem with ordered data mode.
[73161.316536] mmc0: card ba89 removed
[74802.185944] mmc0: new SDHC card at address ba89
[74802.186297] mmcblk0: mmc0:ba89 SD04G 3979776KiB
[74802.186297] mmcblk0: p1
[74802.471266] kjournald starting. Commit interval 5 seconds
[74802.477286] EXT3 FS on mmcblk0p1, internal journal
Thanks for your comments
Samy
OLPC France
15 years, 6 months
RE: OLPC beat complete
by David Farning
Pascal Very nice article!For the community news section is would be helpful to focus on how the Fedora community is affecting changes at OLPC and SL.For example, much of the liveCD and liveUSB work was done by the fedora community. The efforts to shrink the memory requirement for the Fedora based liveCD lead directly to the Linux Terminal Server Project taking a look at Sugar.While the work of the Fedora community and Red Hat employees is often behind the scenes. They are providing a crucial part of the Sugar development which makes OLPC and SL possible. Thanksdavid
On 10/26/2008, 10:59, Pascal Calarco (pcalarco(a)nd.edu) wrote:Hi fedora-news and fedora-olpc folk -- The OLPC beat for FWN is complete[1] for FWN 149. I struggled with how much detail to put into this from the OLPC-Community weekly that Jim Gettys sends out, an opted to be verbose, not really knowing where to stop :) I'd appreciate feedback on whether I should simply reference the OLPC-Community weekly news and pull out announcements only, or whether it is actually useful to highlight the software work going on at OLPC. Thanks! - pascal [1] https://fedoraproject.org/wiki/FWN/Beats/OLPC _______________________________________________ Fedora-olpc-list mailing list Fedora-olpc-list(a)redhat.com https://www.redhat.com/mailman/listinfo/fedora-olpc-list
15 years, 6 months
OLPC beat complete
by Pascal Calarco
Hi fedora-news and fedora-olpc folk --
The OLPC beat for FWN is complete[1] for FWN 149. I struggled with how
much detail to put into this from the OLPC-Community weekly that Jim
Gettys sends out, an opted to be verbose, not really knowing where to
stop :) I'd appreciate feedback on whether I should simply reference
the OLPC-Community weekly news and pull out announcements only, or
whether it is actually useful to highlight the software work going on at
OLPC. Thanks!
- pascal
[1] https://fedoraproject.org/wiki/FWN/Beats/OLPC
15 years, 6 months
XO - XFCE test team
by James Laska
Greetings,
There's been a lot of buzz around using a more lightweight desktop
environment on the XO. After some discussion/debate, I'd like to invite
folks to sign-up to the XFCE test team for Fedora 10 on the XO.
While GNOME will continue to be the desktop offered with this years
G1G1, I certainly don't want to discourage folks from testing
alternatives. I do want to emphasize though that GNOME is the primary
focus for Fedora on the XO. The work that Josh Bresser's and the
Performance Test team is doing is very important in identifying
memory/cpu/"disk" hogs on the XO.
Additionally, I am by no means an XFCE expert (or even a user). If
you've been talking on the list about using XFCE and you're experienced
in that space ... sign up.
Sign up at https://fedoraproject.org/wiki/XO_Test_Roll_Call.
Once you sign up, I'll be asking the team to:
1. Select a team name
2. Select a team lead
3. Begin fleshing out a test plan
More details on the team roles is defined in the test plan at
https://fedoraproject.org/wiki/QA/TestPlans/Fedora10_On_XO#Responsibilities.
Thanks,
James
15 years, 7 months