From ladypine at gmail.com  Wed Dec  6 13:09:53 2017
From: ladypine at gmail.com (Orna Agmon Ben-Yehuda)
Date: Wed, 6 Dec 2017 13:09:53 +0200
Subject: Fwd: Haifa::C++ upcoming meeting - Modern Linux Performance Tools for
 C++
In-Reply-To: <CAAErc6aX6EeiHqgtV=36NyzmGa4xDSfjEtR-T31E+LUSTD6Z-w@mail.gmail.com>
References: <CAAErc6aX6EeiHqgtV=36NyzmGa4xDSfjEtR-T31E+LUSTD6Z-w@mail.gmail.com>
Message-ID: <CAA8-RXiJZUmdwmKOBCj2QakSpgU_zF77aC1p_0gabLcnG5wpyA@mail.gmail.com>

Hello everyone,
The C++ user group in Haifa is having a performance in Linux session on
December 27th afternoon. Please follow the meetup link for further details.
Regards
Orna

?---------- ????? ??????? ----------
???: "Eran Gilad" <erangi at cs.technion.ac.il>
?????: 5 ????? 2017 23:00
????: Haifa::C++ upcoming meeting - Modern Linux Performance Tools for C++
??: "Orna Agmon Ben-Yehuda" <ladypine at gmail.com>
?????:

Hi Orna,

Haifa::C++ <https://www.meetup.com/haifa-cpp> is a user group focusing on
the C++ language and related topics, meeting once a month at Matam. Our
next meeting will feature Sasha Goldshtein (Sela Group CTO), who will talk
about Modern Linux Performance Tools for C++
<https://www.meetup.com/haifa-cpp/events/245675844/> and also hold a short
hands-on lab. I expect a great meeting, which can be useful for many C++
developers. Please help us spread the word!

Best,
Eran
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20171206/b902ba73/attachment.html>

From julianlx at gmail.com  Fri Dec  8 02:02:12 2017
From: julianlx at gmail.com (Julian Daich)
Date: Fri, 8 Dec 2017 01:02:12 +0100
Subject: Looking for a lawyer
In-Reply-To: <CALPP6bT3uAo2u-SEDz2Ls1or7b_qwLSt+qftPsLuiCepZFpTmg@mail.gmail.com>
References: <CALPP6bRY3xn=m_Wyx6k6AD8ivDmFk+D_=4NKZgJeeq37mSzteQ@mail.gmail.com>
 <CALPP6bTCu+tkzE7oamezN_4M8HJRypTcZxgCpcVOeJg7YOXQrA@mail.gmail.com>
 <CALPP6bT3uAo2u-SEDz2Ls1or7b_qwLSt+qftPsLuiCepZFpTmg@mail.gmail.com>
Message-ID: <CALPP6bT1xE_Z3NNdwA_Yuhj7dUmcLQXs7e1O2Zi2evDM9Ma0Cw@mail.gmail.com>

Hi,

I am looking for a lawyer Who understands GPL, licencing and trademarks for
the US. Preferably from the Tel Aviv ?rea.

Best,

Julian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20171208/492e779c/attachment.html>

From kaplanlior at gmail.com  Fri Dec  8 09:51:01 2017
From: kaplanlior at gmail.com (Lior Kaplan)
Date: Fri, 8 Dec 2017 09:51:01 +0200
Subject: Looking for a lawyer
In-Reply-To: <CALPP6bT1xE_Z3NNdwA_Yuhj7dUmcLQXs7e1O2Zi2evDM9Ma0Cw@mail.gmail.com>
References: <CALPP6bRY3xn=m_Wyx6k6AD8ivDmFk+D_=4NKZgJeeq37mSzteQ@mail.gmail.com>
 <CALPP6bTCu+tkzE7oamezN_4M8HJRypTcZxgCpcVOeJg7YOXQrA@mail.gmail.com>
 <CALPP6bT3uAo2u-SEDz2Ls1or7b_qwLSt+qftPsLuiCepZFpTmg@mail.gmail.com>
 <CALPP6bT1xE_Z3NNdwA_Yuhj7dUmcLQXs7e1O2Zi2evDM9Ma0Cw@mail.gmail.com>
Message-ID: <CAEsznC7rTDMS6zC6mb0XYhNR8eZJwMUOo4hp+4YEKSStDwKjAQ@mail.gmail.com>

http://www.shibolet.com/attorneys/ido-shomrony/

https://www.jonathanklinger.com/

https://www.pearlcohen.com/professionals/haim_ravia/

All three of them know the GPL well. About US - you'll have to ask them.
First two have Offices in Tel Aviv.

Kaplan

On Fri, Dec 8, 2017 at 2:02 AM, Julian Daich <julianlx at gmail.com> wrote:

> Hi,
>
> I am looking for a lawyer Who understands GPL, licencing and trademarks
> for the US. Preferably from the Tel Aviv ?rea.
>
> Best,
>
> Julian
>
> _______________________________________________
> Linux-il mailing list
> Linux-il at cs.huji.ac.il
> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20171208/18705aef/attachment.html>

From julianlx at gmail.com  Fri Dec  8 10:49:00 2017
From: julianlx at gmail.com (Julian Daich)
Date: Fri, 8 Dec 2017 09:49:00 +0100
Subject: Looking for a lawyer
In-Reply-To: <CAEsznC7rTDMS6zC6mb0XYhNR8eZJwMUOo4hp+4YEKSStDwKjAQ@mail.gmail.com>
References: <CALPP6bRY3xn=m_Wyx6k6AD8ivDmFk+D_=4NKZgJeeq37mSzteQ@mail.gmail.com>
 <CALPP6bTCu+tkzE7oamezN_4M8HJRypTcZxgCpcVOeJg7YOXQrA@mail.gmail.com>
 <CALPP6bT3uAo2u-SEDz2Ls1or7b_qwLSt+qftPsLuiCepZFpTmg@mail.gmail.com>
 <CALPP6bT1xE_Z3NNdwA_Yuhj7dUmcLQXs7e1O2Zi2evDM9Ma0Cw@mail.gmail.com>
 <CAEsznC7rTDMS6zC6mb0XYhNR8eZJwMUOo4hp+4YEKSStDwKjAQ@mail.gmail.com>
Message-ID: <CALPP6bQ35nS6+eeCBgTRiSTjnA5wFsOpm7YfPpf8WSBVJPoj=g@mail.gmail.com>

2017-12-08 8:51 GMT+01:00 Lior Kaplan <kaplanlior at gmail.com>:
> http://www.shibolet.com/attorneys/ido-shomrony/
>
> https://www.jonathanklinger.com/
>

Hi Lior,

Thanks, will try these two.

> https://www.pearlcohen.com/professionals/haim_ravia/
>

I once tried this office referred by a friend at their office at
Hertzeliah and Boston without a clear outcome.

Best,

Julian

> All three of them know the GPL well. About US - you'll have to ask them.
> First two have Offices in Tel Aviv.
>
> Kaplan
>
> On Fri, Dec 8, 2017 at 2:02 AM, Julian Daich <julianlx at gmail.com> wrote:
>>
>> Hi,
>>
>> I am looking for a lawyer Who understands GPL, licencing and trademarks
>> for the US. Preferably from the Tel Aviv ?rea.
>>
>> Best,
>>
>> Julian
>>
>> _______________________________________________
>> Linux-il mailing list
>> Linux-il at cs.huji.ac.il
>> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>>
>



-- 
Julian


From mkriheli at gmail.com  Fri Dec  8 13:19:00 2017
From: mkriheli at gmail.com (Meir Kriheli)
Date: Fri, 8 Dec 2017 13:19:00 +0200
Subject: Looking for a lawyer
In-Reply-To: <CAEsznC7rTDMS6zC6mb0XYhNR8eZJwMUOo4hp+4YEKSStDwKjAQ@mail.gmail.com>
References: <CALPP6bRY3xn=m_Wyx6k6AD8ivDmFk+D_=4NKZgJeeq37mSzteQ@mail.gmail.com>
 <CALPP6bTCu+tkzE7oamezN_4M8HJRypTcZxgCpcVOeJg7YOXQrA@mail.gmail.com>
 <CALPP6bT3uAo2u-SEDz2Ls1or7b_qwLSt+qftPsLuiCepZFpTmg@mail.gmail.com>
 <CALPP6bT1xE_Z3NNdwA_Yuhj7dUmcLQXs7e1O2Zi2evDM9Ma0Cw@mail.gmail.com>
 <CAEsznC7rTDMS6zC6mb0XYhNR8eZJwMUOo4hp+4YEKSStDwKjAQ@mail.gmail.com>
Message-ID: <CANDudSf3bsNqQFope4hkfVsdC0JDFOnTBrOWhbdo_1FjZeLxVg@mail.gmail.com>

A small correction:

Haim Ravia is also located in Tel-Aviv, They moved  ~month ago,
https://www.pearlcohen.com/contact-us/tel-aviv/

On Fri, Dec 8, 2017 at 9:51 AM, Lior Kaplan <kaplanlior at gmail.com> wrote:

> http://www.shibolet.com/attorneys/ido-shomrony/
>
> https://www.jonathanklinger.com/
>
> https://www.pearlcohen.com/professionals/haim_ravia/
>
> All three of them know the GPL well. About US - you'll have to ask them.
> First two have Offices in Tel Aviv.
>
> Kaplan
>
> On Fri, Dec 8, 2017 at 2:02 AM, Julian Daich <julianlx at gmail.com> wrote:
>
>> Hi,
>>
>> I am looking for a lawyer Who understands GPL, licencing and trademarks
>> for the US. Preferably from the Tel Aviv ?rea.
>>
>> Best,
>>
>> Julian
>>
>> _______________________________________________
>> Linux-il mailing list
>> Linux-il at cs.huji.ac.il
>> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>>
>>
>
> _______________________________________________
> Linux-il mailing list
> Linux-il at cs.huji.ac.il
> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>
>


-- 
Meir Kriheli
http://meirkriheli.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20171208/722b9bad/attachment.html>

From Travis.Waters at sdl.usu.edu  Thu Dec 14 19:42:19 2017
From: Travis.Waters at sdl.usu.edu (Travis Waters)
Date: Thu, 14 Dec 2017 17:42:19 +0000
Subject: Missing Memory
Message-ID: <a5a7fefbd9344213b74b767d27bf4282@Ek.usurf.usu.edu>

Hello Linux Users!


We are developing a single-board embedded system based around a SPARC architecture processor with 256 MB SRAM.  When we cat /proc/meminfo our MemTotal is showing a missing 73 MB.   When checking our dmesg, we have the following reported memory:

Memory: 172848K/176868K available (3886K kernel code, 136K rwdata, 740K rodata, 14228K init, 152K bss, 4020K reserved, 0K cma-reserved, 0K highmem)

Which in all accounts for 22 of the missing 73 MB, but what of the other 51 MB?  Can that 51 MB be accounted for somewhere, or are we missing something in our memory tables somehow?


We have also had to increase the VMalloc size, and in the SPARC architecture that means changing the pgtable_32.h macros to the following (SPARC isn't responding to setting the vmalloc kernel parameter):

#define VMALLOC_START           _AC(0xfd600000,UL)
#define VMALLOC_END              _AC(0xffc00000,UL)


Here is the full meminfo report:


MemTotal:         187076 kB
MemFree:           98196 kB
MemAvailable:     138116 kB
Buffers:               0 kB
Cached:            44248 kB
SwapCached:            0 kB
Active:            13164 kB
Inactive:          39292 kB
Active(anon):       8208 kB
Inactive(anon):        0 kB
Active(file):       4956 kB
Inactive(file):    39292 kB
Unevictable:           0 kB
Mlocked:               0 kB
HighTotal:             0 kB
HighFree:              0 kB
LowTotal:         187076 kB
LowFree:           98196 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                 0 kB
Writeback:             0 kB
AnonPages:          8220 kB
Mapped:            14800 kB
Shmem:                 0 kB
Slab:               4736 kB
SReclaimable:        964 kB
SUnreclaim:         3772 kB
KernelStack:         968 kB
PageTables:          376 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:       93536 kB
Committed_AS:     106592 kB
VmallocTotal:      25600 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB



Thanks!

-Travis?



From govershay at gmail.com  Thu Dec 14 21:38:02 2017
From: govershay at gmail.com (Shay Gover)
Date: Thu, 14 Dec 2017 21:38:02 +0200
Subject: Missing Memory
In-Reply-To: <a5a7fefbd9344213b74b767d27bf4282@Ek.usurf.usu.edu>
References: <a5a7fefbd9344213b74b767d27bf4282@Ek.usurf.usu.edu>
Message-ID: <CANM5d8dnv5RpwuRpfeJbP9fcA+rwQdCPg33+Zqe=KB6mSs8aZQ@mail.gmail.com>

It's possible that they're reserved for some hardware device.

On Thu, Dec 14, 2017 at 7:42 PM, Travis Waters <Travis.Waters at sdl.usu.edu>
wrote:

> Hello Linux Users!
>
>
> We are developing a single-board embedded system based around a SPARC
> architecture processor with 256 MB SRAM.  When we cat /proc/meminfo our
> MemTotal is showing a missing 73 MB.   When checking our dmesg, we have the
> following reported memory:
>
> Memory: 172848K/176868K available (3886K kernel code, 136K rwdata, 740K
> rodata, 14228K init, 152K bss, 4020K reserved, 0K cma-reserved, 0K highmem)
>
> Which in all accounts for 22 of the missing 73 MB, but what of the other
> 51 MB?  Can that 51 MB be accounted for somewhere, or are we missing
> something in our memory tables somehow?
>
>
> We have also had to increase the VMalloc size, and in the SPARC
> architecture that means changing the pgtable_32.h macros to the following
> (SPARC isn't responding to setting the vmalloc kernel parameter):
>
> #define VMALLOC_START           _AC(0xfd600000,UL)
> #define VMALLOC_END              _AC(0xffc00000,UL)
>
>
> Here is the full meminfo report:
>
>
> MemTotal:         187076 kB
> MemFree:           98196 kB
> MemAvailable:     138116 kB
> Buffers:               0 kB
> Cached:            44248 kB
> SwapCached:            0 kB
> Active:            13164 kB
> Inactive:          39292 kB
> Active(anon):       8208 kB
> Inactive(anon):        0 kB
> Active(file):       4956 kB
> Inactive(file):    39292 kB
> Unevictable:           0 kB
> Mlocked:               0 kB
> HighTotal:             0 kB
> HighFree:              0 kB
> LowTotal:         187076 kB
> LowFree:           98196 kB
> SwapTotal:             0 kB
> SwapFree:              0 kB
> Dirty:                 0 kB
> Writeback:             0 kB
> AnonPages:          8220 kB
> Mapped:            14800 kB
> Shmem:                 0 kB
> Slab:               4736 kB
> SReclaimable:        964 kB
> SUnreclaim:         3772 kB
> KernelStack:         968 kB
> PageTables:          376 kB
> NFS_Unstable:          0 kB
> Bounce:                0 kB
> WritebackTmp:          0 kB
> CommitLimit:       93536 kB
> Committed_AS:     106592 kB
> VmallocTotal:      25600 kB
> VmallocUsed:           0 kB
> VmallocChunk:          0 kB
>
>
>
> Thanks!
>
> -Travis?
>
>
> _______________________________________________
> Linux-il mailing list
> Linux-il at cs.huji.ac.il
> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20171214/ea45e542/attachment.html>

From Travis.Waters at sdl.usu.edu  Fri Dec 15 18:38:29 2017
From: Travis.Waters at sdl.usu.edu (Travis Waters)
Date: Fri, 15 Dec 2017 16:38:29 +0000
Subject: Missing Memory
In-Reply-To: <a5a7fefbd9344213b74b767d27bf4282@Ek.usurf.usu.edu>
References: <a5a7fefbd9344213b74b767d27bf4282@Ek.usurf.usu.edu>
Message-ID: <1513355909779.18650@sdl.usu.edu>

When loading our image directly into memory and executing (via a JTAG debugging interface), the memory is properly reported.  When loading via our bootloader (u-boot), the memory is missing.  Looks like this is probably more a U-Boot/boot-loader related question than belonging to this thread.

Thanks, all!
-Travis
________________________________________
From: Linux-il <linux-il-bounces at cs.huji.ac.il> on behalf of Travis Waters <Travis.Waters at sdl.usu.edu>
Sent: Thursday, December 14, 2017 10:42 AM
To: linux-il at cs.huji.ac.il
Subject: Missing Memory

Hello Linux Users!


We are developing a single-board embedded system based around a SPARC architecture processor with 256 MB SRAM.  When we cat /proc/meminfo our MemTotal is showing a missing 73 MB.   When checking our dmesg, we have the following reported memory:

Memory: 172848K/176868K available (3886K kernel code, 136K rwdata, 740K rodata, 14228K init, 152K bss, 4020K reserved, 0K cma-reserved, 0K highmem)

Which in all accounts for 22 of the missing 73 MB, but what of the other 51 MB?  Can that 51 MB be accounted for somewhere, or are we missing something in our memory tables somehow?


We have also had to increase the VMalloc size, and in the SPARC architecture that means changing the pgtable_32.h macros to the following (SPARC isn't responding to setting the vmalloc kernel parameter):

.....


_______________________________________________
Linux-il mailing list
Linux-il at cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il


From boruch_baum at gmx.com  Sun Dec 17 23:40:28 2017
From: boruch_baum at gmx.com (Boruch Baum)
Date: Sun, 17 Dec 2017 16:40:28 -0500
Subject: Emacs Hebrew footnotes [CODE SNIPPET]
Message-ID: <20171217214028.n2be6wrigmpith4z@E15-2016.optimum.net>

ref: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=29759

I honestly don't remember if ever in the past I've used Hebrew footnote
numbering in emacs, but the current state of affairs is that although the
documentation indicates that the option is available, the file seems
nowhere to be found. The above reference reports the issue, and includes
the following code snippet, so if anyone has an improvement, please post
it there first.

(defconst footnote-hebrew-regex "[??????????????????????]+")
(defconst footnote-hebrew '(
  ("?" "?" "?" "?" "?" "?" "?" "?" "?")
  ("?" "?" "?" "?" "?" "?" "?" "?" "?")
  ("?" "?" "?" "?" "??" "??"" ??" "??" "???")))
(defun Footnote-hebrew(n)
  "Supports 9999 footnotes, then rolls over."
  (let*
    ((n (+ (mod n 10000) (/ n 10000)))
     (thousands (/ n 1000))
     (hundreds (/ (mod n 1000) 100))
     (tens (/ (mod n 100) 10))
     (units (mod n 10))
     (special (if (not (= tens 1)) nil
               (or (when (= units 5) "??")
               (when (= units 6) "??")))))
   (concat
     (when (/= 0 thousands) (concat (nth (1- thousands) (nth 0 footnote-hebrew)) "'"))
     (when (/= 0 hundreds) (nth (1- hundreds) (nth 2 footnote-hebrew)))
     (if special special
      (concat
        (when (/= 0 tens) (nth (1- tens) (nth 1 footnote-hebrew)))
        (when (/= 0 units) (nth (1- units) (nth 0 footnote-hebrew))))))))
(add-to-list 'footnote-style-alist `(hebrew Footnote-hebrew ,footnote-hebrew-regex) t)


-- 
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0


From govershay at gmail.com  Mon Dec 18 16:16:35 2017
From: govershay at gmail.com (Shay Gover)
Date: Mon, 18 Dec 2017 16:16:35 +0200
Subject: Emacs Hebrew footnotes [CODE SNIPPET]
In-Reply-To: <20171217214028.n2be6wrigmpith4z@E15-2016.optimum.net>
References: <20171217214028.n2be6wrigmpith4z@E15-2016.optimum.net>
Message-ID: <CANM5d8euc2AYjZZ5F=cQq+iCe2Nd+AVPFnny+NRLRpDhytVZ2w@mail.gmail.com>

On Sun, Dec 17, 2017 at 11:40 PM, Boruch Baum <boruch_baum at gmx.com> wrote:

> ref: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=29759
>
> I honestly don't remember if ever in the past I've used Hebrew footnote
> numbering in emacs, but the current state of affairs is that although the
> documentation indicates that the option is available, the file seems
> nowhere to be found. The above reference reports the issue, and includes
> the following code snippet, so if anyone has an improvement, please post
> it there first.
>
> (defconst footnote-hebrew-regex "[??????????????????????]+")
> (defconst footnote-hebrew '(
>   ("?" "?" "?" "?" "?" "?" "?" "?" "?")
>   ("?" "?" "?" "?" "?" "?" "?" "?" "?")
>   ("?" "?" "?" "?" "??" "??"" ??" "??" "???")))
> (defun Footnote-hebrew(n)
>   "Supports 9999 footnotes, then rolls over."
>   (let*
>     ((n (+ (mod n 10000) (/ n 10000)))
>      (thousands (/ n 1000))
>      (hundreds (/ (mod n 1000) 100))
>      (tens (/ (mod n 100) 10))
>      (units (mod n 10))
>      (special (if (not (= tens 1)) nil
>                (or (when (= units 5) "??")
>                (when (= units 6) "??")))))
>    (concat
>      (when (/= 0 thousands) (concat (nth (1- thousands) (nth 0
> footnote-hebrew)) "'"))
>      (when (/= 0 hundreds) (nth (1- hundreds) (nth 2 footnote-hebrew)))
>      (if special special
>       (concat
>         (when (/= 0 tens) (nth (1- tens) (nth 1 footnote-hebrew)))
>         (when (/= 0 units) (nth (1- units) (nth 0 footnote-hebrew))))))))
> (add-to-list 'footnote-style-alist `(hebrew Footnote-hebrew
> ,footnote-hebrew-regex) t)
>
>
> --
> hkp://keys.gnupg.net
> CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0
>
> _______________________________________________
> Linux-il mailing list
> Linux-il at cs.huji.ac.il
> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20171218/301e40d2/attachment.html>