http://blog.gmane.org/gmane.linux.uclinux.microblaze hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.uclinux.microblaze/11989 <pre>LinkedIn ------------ uClinux, I'd like to add you to my professional network on LinkedIn. - Dr. Solomon Raju Dr. Solomon Raju Kota Scientist at CEERI, Pilani Chirawa Area, India Confirm that you know Dr. Solomon Raju Kota: https://www.linkedin.com/e/ut7sro-hgwfrtw5-4r/isd/13399764378/Mi2lf7vD/?hs=false&amp;tok=1TgutMbgtp9BM1 -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/ut7sro-hgwfrtw5-4r/XlhIhFUmNqf-oDq6ZcGqstZq7dsbA3r6ZjhuvXnD5L4QgWg0hL/goo/microblaze-uclinux%40itee%2Euq%2Eedu%2Eau/20061/I4439153949_1/?hs=false&amp;tok=3yDYtmF0Np9BM1 (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. _______________________________________________ microblaze-linux mailing list microblaze-linux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7&lt; at &gt;public.gmane.org https://lists.eait.uq.edu.au/mailman/listinfo/microblaze-linux </pre> Dr. Solomon Raju Kota 2013-05-19T16:25:17 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11969 <pre>**************************************************************************** Call For Papers EWiLi'13, the 3rd Embedded Operating Systems Workshop Co-located with ETR (French Real-time Summer School) Submission deadline: 22 May 2013 EXTENDED 26-27 August 2013, ENSEEIHT, Toulouse, France http://www.sigops-france.fr/EWiLi13 **************************************************************************** Aim and Scopes: EWiLi, the embedded operating systems workshop, aims at presenting state-of-the-art research, experimentations, significant and original realizations that focus on the design and implementation of embedded operating systems in both academic and industrial worlds. The 3rd edition of EWiLi will take place at the ENSEEIHT engineering school in Toulouse, France. EWiLi's two first editions were dedicated to the Embedded Linux operating system which has progressively constituted a</pre> Jalil Boukhobza 2013-05-16T06:44:30 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11958 <pre>Hi all, I have a couple of questions on prebuilt Microblaze toolchains. 1. Is there a new official place to get binary toolchain builds? These used to be present on git.xilinx.com, but I can't find them on the Github replacement. 2. If the answer to (1) is "the Petalinux distribution on xilinx.com", then can anyone comment on the availability of big-Endian support? There's a big-endian toolchain (microblaze-xilinx-linux-gnu) present in v12.12, but only little-endian Microblaze is present in 2013.04. Is this the beginning of the end for Linux on big-endian Microblaze? thanks as always, Graeme _______________________________________________ microblaze-linux mailing list microblaze-linux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7&lt; at &gt;public.gmane.org https://lists.eait.uq.edu.au/mailman/listinfo/microblaze-linux </pre> Graeme Smecher 2013-05-10T17:40:06 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11954 <pre>Hi Michal and Michael, I'm working on updating the 'buildall' test tool for cross compiling the kernel on as many architectures as possible. buildall is the tool that Tony Breeds uses to provide cross compilers to kernel maintainers. Microblaze is giving me a bit of trouble though. I can get gcc to build, but I cannot get the result to build a kernel. I'm hoping one of you can help me out. Here's what I get: AS arch/microblaze/kernel/head.o /home/grant/hacking/linux/arch/microblaze/kernel/head.S: Assembler messages: /home/grant/hacking/linux/arch/microblaze/kernel/head.S:89: Error: unknown opcode "lwr" make[3]: *** [arch/microblaze/kernel/head.o] Error 1 make[2]: *** [arch/microblaze/kernel] Error 2 make[2]: *** Waiting for unfinished jobs.... Searching the web shows that "unknown opcode lwr" is a common problem, but I've not been able to find a solution. I'm hoping you can help me here. I'm building with binutils 2.23.2 and gcc 4.8.0. Here are the configure lines respectively: /home/grant/hacking</pre> Grant Likely 2013-05-10T07:13:12 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11953 <pre> **************************************************************************** Call For Papers EWiLi'13, the 3rd Embedded Operating Systems Workshop Co-located with ETR (French Real-time Summer School) Submission deadline: 22 May 2013 EXTENDED 26-27 August 2013, ENSEEIHT, Toulouse, France http://www.sigops-france.fr/EWiLi13 **************************************************************************** Aim and Scopes: EWiLi, the embedded operating systems workshop, aims at presenting state-of-the-art research, experimentations, significant and original realizations that focus on the design and implementation of embedded operating systems in both academic and industrial worlds. The 3rd edition of EWiLi will take place at the ENSEEIHT engineering school in Toulouse, France. EWiLi's two first editions were dedicated to the Embedded Linux operating system which has progressively constitute</pre> Jalil Boukhobza 2013-05-08T21:26:01 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11931 <pre>**************************************************************************** Call For Papers EWiLi'13, the 3rd Embedded Operating Systems Workshop Co-located with ETR (French Real-time Summer School) Submission deadline: 8 May 2013 26-27 August 2013, ENSEEIHT, Toulouse, France http://www.sigops-france.fr/EWiLi13 **************************************************************************** Aim and Scopes: EWiLi, the embedded operating systems workshop, aims at presenting state-of-the-art research, experimentations, significant and original realizations that focus on the design and implementation of embedded operating systems in both academic and industrial worlds. The 3rd edition of EWiLi will take place at the ENSEEIHT engineering school in Toulouse, France. EWiLi's two first editi</pre> Jalil Boukhobza 2013-03-06T21:18:33 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11918 <pre>Add .gitignore entries for files which are generated during the build process. Signed-off-by: Lars-Peter Clausen &lt;lars-Qo5EllUWu/uELgA04lAiVw&lt; at &gt;public.gmane.org&gt; --- arch/microblaze/boot/.gitignore | 3 +++ arch/microblaze/kernel/.gitignore | 1 + 2 files changed, 4 insertions(+) create mode 100644 arch/microblaze/boot/.gitignore create mode 100644 arch/microblaze/kernel/.gitignore diff --git a/arch/microblaze/boot/.gitignore b/arch/microblaze/boot/.gitignore new file mode 100644 index 0000000..bf04591 --- /dev/null +++ b/arch/microblaze/boot/.gitignore &lt; at &gt;&lt; at &gt; -0,0 +1,3 &lt; at &gt;&lt; at &gt; +*.dtb +linux.bin* +simpleImage.* diff --git a/arch/microblaze/kernel/.gitignore b/arch/microblaze/kernel/.gitignore new file mode 100644 index 0000000..c5f676c --- /dev/null +++ b/arch/microblaze/kernel/.gitignore &lt; at &gt;&lt; at &gt; -0,0 +1 &lt; at &gt;&lt; at &gt; +vmlinux.lds </pre> Lars-Peter Clausen 2013-01-15T10:33:41 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11917 <pre>Hi all, Just a quick bugfix/question about building the microblaze-gnu toolchain. The script "standalone_linux_scripts/build_all.sh" contains the line ./build_gcc_release_updated.sh ...but this script isn't present in the git tree (only "build_gcc_release.sh"). I've been running the script that exists by hand, and it appears to build fine, but I'm wondering if there's a reason for the discrepancy. thanks, Graeme _______________________________________________ microblaze-linux mailing list microblaze-linux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7&lt; at &gt;public.gmane.org https://lists.eait.uq.edu.au/mailman/listinfo/microblaze-linux </pre> Graeme Smecher 2012-12-11T03:43:45 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11845 <pre>Hi all, For some time, I've been butting heads with Microblaze's linuxthreads-based toolchain. A nptl-based libc would be an exciting development. For me, the chief benefit is futex-based semaphores, which allows sem_init with pshared=1 (and makes it go fast too!) So, I'm really excited to see Michal's message to lkml about a month ago: http://lkml.indiana.edu/hypermail/linux/kernel/1203.1/04188.html First off: congratulations. Linux on MicroBlaze has come a tremendous distance in the past few years, and this is one of the few remaining things on my wish list. Do you have any hints about when and how we'll see the next toolchain upgrade? best, Graeme _______________________________________________ microblaze-linux mailing list microblaze-linux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7&lt; at &gt;public.gmane.org https://lists.eait.uq.edu.au/mailman/listinfo/microblaze-linux </pre> Graeme Smecher 2012-04-16T22:10:46 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11836 <pre>This fixes a bug introduced in 5d10302f46d, where device trees that don't provide the "port-number" attribute are mistakenly assigned the device "xs`". The error check that's supposed to assign a default letter can't succeed, since it tests an unsigned type against a negative return code. Signed-off-by: Graeme Smecher &lt;gsmecher-nnnUIkgvSzgE8ZBZu6QcQEEOCMrvLtNR&lt; at &gt;public.gmane.org&gt; --- drivers/block/xsysace.c | 3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/block/xsysace.c b/drivers/block/xsysace.c index 307e098..ab30495 100644 --- a/drivers/block/xsysace.c +++ b/drivers/block/xsysace.c &lt; at &gt;&lt; at &gt; -1166,8 +1166,7 &lt; at &gt;&lt; at &gt; static int __devinit ace_probe(struct platform_device *dev) dev_dbg(&amp;dev-&gt;dev, "ace_probe(%p)\n", dev); /* device id and bus width */ -of_property_read_u32(dev-&gt;dev.of_node, "port-number", &amp;id); -if (id &lt; 0) +if(of_property_read_u32(dev-&gt;dev.of_node, "port-number", &amp;id)) id = 0; if (of_find_property(dev-&gt;dev.of_node, "8-bit", NULL)) bus_width = ACE_BUS_WID</pre> Graeme Smecher 2012-04-03T23:52:36 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11777 <pre>Hi all, I'm using Linux 2.6.38 on a ML40x-like platform. We're booting off the SystemACE, with a FAT partition for bitstreams and an EXT2 partition for the filesystem. All very standard stuff. We're also using the SystemACE's JTAG port (TSTJTAG) to perform active readback and verification on the FPGA's bitstream. This works perfectly while the CF card is inactive (e.g. with the kernel running either from a RAMdisk, or once everything's cached in RAM.) However, as soon as bitstream readback and CF accesses overlap, the kernel and/or readback fail in one of several ways: * data read from the CompactFlash is corrupt (and since it gets cached in the kernel, Linux sees a consistently corrupt file until the VM is flushed via /proc/sys/vm/drop_caches), and/or * the readback returns bogus data, and/or * the FPGA freaks out and enters a high-impedance state. It seems like the JTAG and CF portions of the system are wrestling over the SystemACE. My questions are: * Has anyone else exp</pre> Graeme Smecher 2012-03-07T23:56:15 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11747 <pre>Hello I probably have a very trivial problem: I have a custom core which has three registers. In the first register I put a physical memory address, in the second I put a count. The I put a flag in the third, and the core writes some stuff on the address from reg 1. Standalone, It works perfect. Now I want to access the core by Linux about a kernel module. I call this module by an application and give the count and an address, which I have "calloct" in user space. Unfortunately the adress (virtual ?) dosnt mach with the physical address. __pa doesnt work. Is there a conversion as a function? Or did I think a huge mistake? Probably I need to studying intensively with the memory handling. But eventually someone has a quick answer or a good link. Thanks a lot. Oli _______________________________________________ microblaze-linux mailing list microblaze-linux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7&lt; at &gt;public.gmane.org https://lists.eait.uq.edu.au/mailman/listinfo/microblaze-linux </pre> Oliver Punk 2012-03-01T18:38:12 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11743 <pre>CALL FOR PAPERS The 2nd Embed With Linux (EWiLi) Workshop Submission deadline: 4 March 2012 7 June 2012, Cité de la voile, Lorient, France http://www.sigops-france.fr/EWiLi Workshop news: - 10 days left for submission. - Very attractive registration costs (approximately ~50€ for authors) / free for PhD students - A showroom session for Industrial Exhibition and posters will also take place during the workshop (the web site will soon be updated for industrial exhibition registration) Workshop Presentation During the few last years, the Linux operating system has progressively positioned as a strong alternative to proprietary and/or commercial solutions in embedded systems, whether it is deeply embedded or not, and this for many application domains, such as multimedia, telephony, transports, automotive … The purpose of this workshop is to present research projects, experimentations, significant and original realizations that lie upon the implementation of an embedded Linux</pre> John Williams 2012-02-24T00:04:10 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11716 <pre>This tiny patch adds generic atomic64 support for the Microblaze architecture. The patch is against the latest linux-2.6-microblaze tree. It also fixes the kernel build for microblaze: CC kernel/trace/trace_clock.o kernel/trace/trace_clock.c:117: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'trace_counter' kernel/trace/trace_clock.c: In function 'trace_clock_counter': kernel/trace/trace_clock.c:126: error: implicit declaration of function 'atomic64_add_return' kernel/trace/trace_clock.c:126: error: 'trace_counter' undeclared (first use in this function) kernel/trace/trace_clock.c:126: error: (Each undeclared identifier is reported only once kernel/trace/trace_clock.c:126: error: for each function it appears in.) make[2]: *** [kernel/trace/trace_clock.o] Error 1 make[1]: *** [kernel/trace] Error 2 make: *** [kernel] Error 2 Signed-off-by: Ariane Keller &lt;ariane.keller-/S6NX+md4ZWVRmA6MYkXiA&lt; at &gt;public.gmane.org&gt; Signed-off-by: Daniel Borkmann &lt;daniel.borkmann-/S6NX+md4ZWVRm</pre> danborkmann-FeC+5ew28dpmcu3hnIyYJQ< at >public.gmane.org 2012-01-18T13:25:26 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11683 <pre> **************************************************************************** *************** Call For Papers The 2nd Embed With Linux (EWiLi) Workshop Submission deadline: 4 March 2012 7 June 2012, Cité de la voile, Lorient, France **************************************************************************** *************** Workshop Presentation During the few last years, the Linux operating system has progressively positioned as a strong alternative to proprietary and/or commercial solutions in embedded systems, whether it is deeply embedded or not, and this for many application domains, such as multimedia, telephony, transports, automotive … The purpose of this workshop is to present research projects, experimentations, significant and original realizations that lie upon the implementation of an embedded Linux operating system both in academic and industrial worlds. The workshop objective is also to be a meeting place for industrial and academic actors. Expected contribut</pre> Jalil Boukhobza 2011-12-14T10:29:33 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11640 <pre>Hi all, I mentioned this bug to John some time back, but here's a complete report. I'm using the stock xldk 2.0 big-endian release (git://git.xilinx.com/xldk/microblaze_v2.0.git) from earlier this year. Symptoms: * running sqlite3 produces segmentation fault. With LD_DEBUG=all, the last lines are e.g.: 143: relocation processing: /tmp/libsqlite3.so.0.8.6 Segmentation fault To reproduce: * download and unpack http://www.sqlite.org/sqlite-autoconf-3070701.tar.gz * ./configure --prefix=/usr CC=microblaze-unknown-linux-gnu-gcc LD=microblaze-unknown-linux-gnu-ld CFLAGS="-O0 -mxl-barrel-shift -mno-xl-soft-mul -mno-xl-soft-div -msmall-divides -mxl-multiply-high -mxl-pattern-compare -mcpu=v8.00.b" --build=x86_64-linux-gnu --host=microblaze-unknown-linux-gnu * make * run ./sqlite3 on the board. If it gets to a "sqlite&gt;" prompt without segfaulting, it worked. To generate a working build: * replace -O2 with -O0 in the ./configure step. (-O1 fails too.</pre> Graeme Smecher 2011-07-12T15:39:22 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11636 <pre>Dear microblaze uclinux mailing list, I am soon switching from a MMU-less microblaze architecture to a MMU-enabled one and I would like some suggestions on how to handle a particular problem about servicing dynamic web pages. In the embedded world I have been used to control dynamic page creation directly from a single application (the main application that would run on the board). I could do this by using the thttpd web server and passing all the cgi data from the web server to my application by making use of the cgi-lib libraries and taking advantage of the intrinsic shared memory space of a no-MMU system. I created a cgi-page that would collect every user request. Then it would store such a request in a struct placed in RAM (as defined by the cgi-lib library). Then it would notify the main app via a socket connection telling it the address of the struct and reading back from the socket the data to be sent to the user. It worked quite well, but now I won't be able to do such a thing because of the dif</pre> Giulio Mazzoleni 2011-07-07T08:28:18 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11629 <pre>Dear microblaze uclinux mailing list users, I would like to ask you some advices, since this neverending problem is cursing me.. I have written a multi thread application and I am running it on a microblaze w/out MMU. It happens that from time to time the app crashes and goes back to the prompt with no particular error. Other times it crashes the kernel. I would greatly accept any suggestion you could give me on how to threat the issue. At the moment I have done the following things to debug the problem: - putting some printf in the code - monitoring thread liveness with a sort of sw watchdog and restarting them if blocked (it is not happening) - putting canaries in functions to watch for buffer overflows And the following to workaround it: - calling the app in a while 1 sh script to restart it if crashed - using an hw watchdog to restart the system if hung I was willing to try to debug via gdbserver, but I am encountering some problems. For example when I connect to the remote gdb I cannot read the pl</pre> Giulio Mazzoleni 2011-07-04T15:08:10 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11627 <pre>LinkedIn ------------ seokwoo jang requested to add you as a connection on LinkedIn: ------------------------------------------ Dalong, I'd like to add you to my professional network on LinkedIn. - seokwoo Accept invitation from seokwoo jang http://www.linkedin.com/e/ut7sro-gpib3caz-5j/XlhIhFUmNqf-oDq6ZcGqstZq7dsbA3r6ZjhuvXnD5L4QgWg0hL/blk/I64267574_70/pmpxnSRJrSdvj4R5fnhv9ClRsDgZp6lQs6lzoQ5AomZIpn8_c3tvd3sRdPoOd3p9bPdHlRFVhyQQbPgNejgVej4Sc38LrCBxbOYWrSlI/EML_comm_afe/ View invitation from seokwoo jang http://www.linkedin.com/e/ut7sro-gpib3caz-5j/XlhIhFUmNqf-oDq6ZcGqstZq7dsbA3r6ZjhuvXnD5L4QgWg0hL/blk/I64267574_70/0MdRYQdPkTdz8QdAALqnpPbOYWrSlI/svi/ ------------------------------------------ Why might connecting with seokwoo jang be a good idea? seokwoo jang's connections could be useful to you: After accepting seokwoo jang's invitation, check seokwoo jang's connections to see who else you may know and who you might want an introduction to. Building these connections can create opportunitie</pre> seokwoo jang via LinkedIn 2011-06-29T13:13:26 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11625 <pre>Dear microblaze uclinux users. I would like to ask you one more question. I am currenlty using a double ethernet interface. I had to use two different kind of drivers (ethernetlite + lltemac) to be able to use both of them at the same time. I am still not sure about the problem that would prevent me to do so when using ethernetlite for both of them. Now I would like to replace the two distinct ethernet transceivers with a dual channel transceiver as the Marvell MVL88E1322 and use the lltemac driver to export two network interfaces to Linux. Do you think it should work? I'll immediatly start to do some test, but I would like to know if anybody of you already tried something similar in the past.. Many thanks for your support and best regards, Giulio _______________________________________________ microblaze-linux mailing list microblaze-linux-FR6EJeJVuqfA6Z3fQjNZrN9u6TNh0Fb7&lt; at &gt;public.gmane.org https://lists.eait.uq.edu.au/mailman/listinfo/microblaze-linux </pre> Giulio Mazzoleni 2011-06-24T13:14:31 http://comments.gmane.org/gmane.linux.uclinux.microblaze/11623 <pre>Based on the 8250 code also add a nr_uarts module option to override this, up to a maximum of SERIAL_UARTLITE_NR_UARTS This should appease people who complain about a proliferation of /dev/ttyUL &amp; /sysfs nodes whilst at the same time allowing a single kernel image to support the rarer occasions of lots of devices. So you can avoid related error like: [ 0.804000] uartlite 84000000.serial: ttyUL4 too large [ 0.808000] uartlite: probe of 84000000.serial failed with error -22 Signed-off-by: Stephan Linz &lt;linz-LlUBiLVY8XKsTnJN9+BGXg&lt; at &gt;public.gmane.org&gt; --- drivers/serial/Kconfig | 10 ++++++++++ drivers/serial/uartlite.c | 20 ++++++++++++++++---- 2 files changed, 26 insertions(+), 4 deletions(-) diff --git a/drivers/serial/Kconfig b/drivers/serial/Kconfig index aff9dcd..f3e5811 100644 --- a/drivers/serial/Kconfig +++ b/drivers/serial/Kconfig &lt; at &gt;&lt; at &gt; -919,6 +919,16 &lt; at &gt;&lt; at &gt; config SERIAL_UARTLITE_CONSOLE console (the system console is the device which receives all kernel messages and warnings and whi</pre> Stephan Linz 2011-06-22T19:00:47 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.uclinux.microblaze