On 26.08.2018 02:40, Kamil Rytarowski wrote:
> On 25.08.2018 21:32, David Holland wrote:
>> > 2. There is no bpf_validate for Lua bytecode. In fact, Lua team abandoned
>> >an idea of bytecode validation few years ago. From Lua 5.3 manual:
>> >
>> >Lua does not check the consistency of
On 25.08.2018 21:32, David Holland wrote:
> > 2. There is no bpf_validate for Lua bytecode. In fact, Lua team abandoned
> >an idea of bytecode validation few years ago. From Lua 5.3 manual:
> >
> >Lua does not check the consistency of binary chunks. Maliciously
> >crafted binary
David Holland wrote:
> On Sat, Aug 25, 2018 at 11:26:07AM +0100, Alexander Nasonov wrote:
> > 1. It's not standartised and it will very likely change in future versions
>
> That doesn't really matter as long as you're only using one version at
> a time...
If bytecode is generated from a valid
Just committed! Thank you everyone for comments and testing.
I will be working in-tree for following problems:
- If the media type is set to something other than 1000baseT-FDX, data
transmission becomes quite unstable. Also, ukphy(4) recognize 1000baseT as
a supported media type, but it is
On Fri, Aug 10, 2018 at 11:40:20AM +0200, Maxime Villard wrote:
> I saw the thread [Re: Sample based profiling] on tech-userlevel@, I'm not
> subscribed to this list but I'm answering here because it's related to
> tprof among other things.
>
> I agree that it would be better to retire gprof
On Sat, Aug 25, 2018 at 11:26:07AM +0100, Alexander Nasonov wrote:
> > There is already a Lua-powered solution for traces in Linux: ktap. It
> > uses nice rules written natively in Lua.. however it seems to be
> > abandoned in favor of eBPF.
>
> I see two potential problems with using Lua
On 2018/08/25 14:41, Martin Husemann wrote:
Great!
Please commit, we can improve it in-tree.
Thank you :-). I'll commit it after some off-list discussions finish.
On 2018/08/25 17:12, Jun Ebihara wrote:
I make kernel,and works well.
Kamil Rytarowski wrote:
> There is already a Lua-powered solution for traces in Linux: ktap. It
> uses nice rules written natively in Lua.. however it seems to be
> abandoned in favor of eBPF.
I see two potential problems with using Lua bytecode:
1. It's not standartised and it will very likely
From: Rin Okuyama
Subject: Driver for Raspberry Pi 3B+ ethernet adapter (Microchip
LAN75xx/LAN78xx)
Date: Sat, 25 Aug 2018 13:55:08 +0900
> I've ported mue(4), driver for Microchip LAN75xx/LAN78xx known as
> internal NIC of Raspberry Pi 3B+, from OpenBSD.
> Here's source codes as well as patch
