I'm pretty sure the reason R-bitops doesn't work (and doesn't pass the
testsuite) on ARM is because of how the masking is done in this function:
SEXP bitFlip(SEXP a, SEXP bitWidth ) {
int i, n, *xbitWidth;
unsigned int mask ;
unsigned int tmp ;
double *xa, *xaflip
On 03/07/2012 07:14 PM, Peter Robinson wrote:
> Hey spot,
>
> On our weekly call today we discussed the always fun bit of binary
> blobs. ARM has the usual wireless and associated blobs most of which i
> think are already upstream (and already in Fedora).
>
> The bits that came up is uboot, MLO (
On 03/08/2012 09:52 AM, Peter Robinson wrote:
> On Thu, Mar 8, 2012 at 2:42 PM, Tom Callaway wrote:
>> On 03/07/2012 07:14 PM, Peter Robinson wrote:
>>> Hey spot,
>>>
>>> On our weekly call today we discussed the always fun bit of binary
>>> blobs. AR
On 03/08/2012 10:04 AM, Peter Robinson wrote:
> On Thu, Mar 8, 2012 at 3:03 PM, Tom Callaway wrote:
>> On 03/08/2012 09:52 AM, Peter Robinson wrote:
>>> On Thu, Mar 8, 2012 at 2:42 PM, Tom Callaway wrote:
>>>> On 03/07/2012 07:14 PM, Peter Robinson wrote:
>
On 03/08/2012 10:16 AM, Peter Robinson wrote:
> In some cases they do and we don't need to worry about it, in other
> cases like the PandaBoard they're likely just being too tight to put a
> flash chip on the board to hold the FW/BIOS so you have to have a
> small partition at the beginning of the
On 03/08/2012 10:55 AM, Peter Robinson wrote:
> On Thu, Mar 8, 2012 at 3:33 PM, Tom Callaway wrote:
>> On 03/08/2012 10:16 AM, Peter Robinson wrote:
>>
>>> In some cases they do and we don't need to worry about it, in other
>>> cases like the PandaBoard they
On 03/08/2012 11:43 AM, DJ Delorie wrote:
> I'm sure I don't understand the considerations involved, but it seems
> that including a mandatory *free software* blob should be more readily
> acceptable than an optional *proprietary* blob, yet the reverse seems
> to be happening. Could you clarify t
On 03/08/2012 12:09 PM, Chris Tyler wrote:
> - Many of the platforms have open source bootloaders. They're a complete
> pain to build, but it it possible to build them. On some platforms these
> bootloaders run from NOR/NAND flash, and we can just inherit whatever is
> preinstalled on the system, j
On 03/08/2012 12:31 PM, DJ Delorie wrote:
>> If there is a driver in the Linux kernel that loads in this firmware
>> to make the GPU work, then I think we're on the same page.
>
> he he he, this is slightly different - there's a driver in the GPU
> that loads the linux kernel to make Fedora work,
On 12/04/2012 12:28 PM, David Rusling wrote:
> All,
> I'll probably blog this, but I've been doing a little bit of playing
> trying to get the Chrome web browser built on F17. The x86 source rpms
> can be found at http://fedoraproject.org/wiki/Chromium. The list of
> packages is:
These are my
On 12/05/2012 10:46 AM, David Rusling wrote:
> OK, so I've fixed webrtc/modules/audio_processing/aec. I'll post
> patches when complete. On to other bits of webrtc. It's all the same
> problem, use of SSE2, so far. Rather than clutter this email list,
> I've (re-started) blogging at http://da
On 12/13/2012 09:15 AM, David Rusling wrote:
> All,
> I'm rebuilding things on F18, the good news is that the webrtc fixes are
> the same. Anyone know what the bootstrap variable in nacl-gcc.spec is
> for? If < 1 it pulls in nacl-newlib which, in turn, depends on
> nacl-gcc (and doesn't have a
On 01/08/2013 07:32 PM, Brendan Conoboy wrote:
> 2. New architecture bootstrap support. We'll be in a position where
> many hands make light work in aarch64 soon. Likewise, Seneca is
> proceeding with armv6hl, perhaps they could use a hand?
Is there a current status on this? This was a very pop
On 02/11/2013 11:58 PM, Andrew Greene wrote:
> Greetings,
>
> Fellow arm members I am just sending out a quick update to let everyone
> know that the rpfr-f18-rc1 v5 release is available. As always special
> thanks to everyone who contributed to help put this together.
>
> v5 Image:
> http://scot
The pi firmware needs to be read off a fat partition:
https://www.raspberrypi.org/documentation/installation/sdxc_formatting.md
On Dec 13, 2016 7:55 AM, "Tomasz Kłoczko" wrote:
> Hi,
>
> Current rawhide fedora image is using xfs has a bit higher memory
> requirements than btrfs so I've started
> [root@myodroid ~]# fbi -d /dev /dri/card0 -i
You've got a space in that... Between /dev and /dri. I don't think you want
that.
~tom
On Jan 4, 2018 7:40 AM, wrote:
> Hello there,
> last step on my Odroid-Xu4 is console output on the small display at the
> Cloudshell (Cloudshell features a 2.2
On 02/14/2018 11:55 AM, Peter Robinson wrote:
> Either way this is _WAY_ off topic of this thead
On this point, I'd disagree. The RPI hardware is rather ubiquitous, so
having this discussion here (and, thus, in a searchable place), is
on-topic IMHO. :)
~tom
___
No, wait. If you're not using the Raspberry Pi camera, then changing this
will just cause lots of confusion.
Did you just plug in a USB camera?
~tom
On Fri, Dec 7, 2018, 9:09 AM Paul Whalen
>
> - Original Message -
> > Hello.
> > I managed to set up the camera module (not the official o
Hmm. I have no idea, but it would be valuable to reproduce this with the
actual camera module first. I have that on my desk, will try this morning.
~tom
On Fri, Dec 7, 2018 at 9:39 AM Alessio Ciregia wrote:
> On Fri, Dec 7, 2018 at 3:15 PM Tom Callaway wrote:
> >
> > No, wait
Callaway wrote:
> Hmm. I have no idea, but it would be valuable to reproduce this with the
> actual camera module first. I have that on my desk, will try this morning.
>
> ~tom
>
> On Fri, Dec 7, 2018 at 9:39 AM Alessio Ciregia wrote:
>
>> On Fri, Dec 7, 2018 at
ImportError: /lib64/libstdc++.so.6: file too short
^^^ This is the core problem. Try downloading the libstdc++ package
manually and reinstalling it with rpm.
~tom
___
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le
21 matches
Mail list logo