Re: [lwip-users] Basic Authentication

2020-04-23 Thread Ben Stuyts
Hi Marco,

Sounds good! I’m interested in this. Would it be possible for you to post a 
complete patch?

Thanks,
Ben


> On 22 Apr 2020, at 15:25, Marco Lazzaroni  wrote:
> 
> 
> 
> Il giorno lun 20 apr 2020 alle ore 12:35 Marco Lazzaroni  > ha scritto:
> 
> About Basic Authentication, I suppose that I have to do the following:
> - when I get a HTTP request, I have to check in the headers if the 
> "Authorization: Basic x" is present: if not, I have to send a HTTP 401 
> with "WWW-Authenticate: Basic realm..."
> - if the "authorization: Basic header" is present, and the credentials are 
> correct, I have to reply with a Http 200 and the rest of the page
> - wrong user/pass: HTTP 403
> In case someone has the same need, i implemented basic authentication:
> - fixed get_http_header (see https://savannah.nongnu.org/bugs/?58223 
>  ) and added "if" for 401 
> - added 401 "if" in http_find_error_file
> - in http_parse_request():
> - if authorization header is missing, then return 401
> - if Authorization: Basic  are not ok (checked by 
> external function), then return 401, else go on and send the web page
> 
> That's all, if someone will need some more detail I'll give it to them.
> Cheers
>  Marco
> 
> ___
> lwip-users mailing list
> lwip-users@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/lwip-users

___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users

Re: [lwip-users] Port to Stellarisware

2017-12-21 Thread Ben Stuyts

> On 21 Dec 2017, at 04:54, Nathan Hartman  wrote:
> 
> On Dec 20, 2017, at 7:23 PM, Ben Stuyts  <mailto:b...@altus-escon.com>> wrote:
> 
>> Hi Nathan,
>> 
>>> On 20 Dec 2017, at 16:31, Nathan Hartman >> <mailto:hartman.nat...@gmail.com>> wrote:
>>> 
>>> On Dec 20, 2017, at 10:17 AM, Ben Stuyts >> <mailto:b...@altus-escon.com>> wrote:
>>>> 
>>>> TI’s Stellarisware library for the LM3S series chips uses lwIP v1.3.1. By 
>>>> any chance, has anybody ported lwIP v2.0.3 to Stellarisware?
>>>> 
>>>> They basically #include all the lwIP *.c files into a single lwiplib.c 
>>>> file and compile that. Also not sure if their own interface/porting layer 
>>>> code is compatible with v2.0.3.
>>> 
>>> Not sure if LM3S is the same family or related to TI's Tiva-C a.k.a. TM4C 
>>> family (TI bought Stellaris and renamed it to Tiva) but what Ben describes 
>>> is exactly how TivaWare implements lwIP.
>> 
>> Yes, same thing. Cortex M3 vs M4 core is the main difference. TI ran into 
>> manufacturing problems with the LM3S series and developed the TM4C as a 
>> successor. TI stopped support for Stellarisware for the LM3S series and then 
>> renamed/forked it to TivaWare (or some such) for the TM4C chips. In the 
>> beginning it was more or less compatible, but I believe (!) it has diverged 
>> quite a bit now.
>> 
>>> TivaWare is TI's driver library / bare bones framework for the TM4C family. 
>>> It's stuck on lwIP version 1.4.1. As far as I know TI did not express any 
>>> interest in updating TivaWare to use newer lwIP. 
>> 
>> LM3S series is NRND, and I wouldn’t touch the TM4C series with a ten feet 
>> pole because of that. But we have a couple of designs with an LM3S8938 that 
>> I’d like to update to get access to the latest lwIP features.
>> 
>>> We want to upgrade our code to 2.0.3 as well. If anyone knows of a working 
>>> port for this platform or what adaptations must be made then please point 
>>> us to it. Ben, if none exists then perhaps we can combine our efforts.
>> 
>> Definitely interested. But if anybody has already done some work on it, 
>> please let us know.
> 
> Are you familiar with e2e? Some searching has revealed this post:
> 
> I haven't studied in depth yet (will hopefully tomorrow morning) but 
> supposedly someone named John Piliounis has gotten 2.0.2 to work.
> 
> I'll see what else I can dig up. Perhaps the thing to do is to go naively and 
> replace the 1.4.1 files with 2.0.3 and see what happens.
> 
> The link:
> 
> https://e2e.ti.com/support/microcontrollers/tiva_arm/f/908/p/587288/2157245 
> <https://e2e.ti.com/support/microcontrollers/tiva_arm/f/908/p/587288/2157245>
No, I had not seen that. Thanks!

Ben

___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users

Re: [lwip-users] Port to Stellarisware

2017-12-21 Thread Ben Stuyts

> On 21 Dec 2017, at 10:08, Philipp Tölke  wrote:
> 
> Hi all,
> 
> On 12/21/2017 1:23 AM, Ben Stuyts wrote:
>>> TivaWare is TI's driver library / bare bones framework for the TM4C
>>> family. It's stuck on lwIP version 1.4.1. As far as I know TI did
>>> not express any interest in updating TivaWare to use newer lwIP.
>> LM3S series is NRND, and I wouldn’t touch the TM4C series with a ten
>> feet pole because of that. But we have a couple of designs with an
>> LM3S8938 that I’d like to update to get access to the latest lwIP
>> features.
> 
> The TM4C-Series is actually pretty decent. They have completely changed the 
> peripherals that made the most problems (Ethernet, SSI, Flash).

The ADC in the LM3S series was also seriously spec'ed down in an errata. 
Extremely high offset values if I remember correctly.

We have been seriously let down by TI regarding the LM3S series, so we're not 
designing in any cpu’s from them. Mainly using ST and NXP for new designs now.

> Most relevant here, the Ethernet is much more fun especially if you want to 
> support IEEE1588 (PTP) as we do.
> 
>>> We want to upgrade our code to 2.0.3 as well. If anyone knows of a
>>> working port for this platform or what adaptations must be made
>>> then please point us to it. Ben, if none exists then perhaps we can
>>> combine our efforts.
>> Definitely interested. But if anybody has already done some work on
>> it, please let us know.
> 
> We are using a git-HEAD of a few month ago both with LM3S and TM4C; I will 
> try to find time today or tomorrow to pull out relevant parts of our 
> repository.
> 
> I have published our LM3S port in 
> <https://github.com/toelke/lwip-stellaris-standalone/> a few years ago. I 
> should update it.
> 
> Stay tuned!

Sounds good, thanks!

Ben

> 
> Regards,
> Philipp
> -- 
> Philipp Tölke
> Head of Data Analytics
> +49 89 99954258 | philipp.toe...@fos4x.de
> 
> -- 
> 
> 
> fos4X GmbH | www.fos4x.de
> Thalkirchner Str. 210, 81371 Munich, DE
> 
> Commercial Register: Amtsgericht Muenchen, HRB 189 218
> Managing Director: Dr. Lars Hoffmann
> Place of Business: Munich, DE


___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users

Re: [lwip-users] Port to Stellarisware

2017-12-20 Thread Ben Stuyts
Hi Nathan,

> On 20 Dec 2017, at 16:31, Nathan Hartman  wrote:
> 
> On Dec 20, 2017, at 10:17 AM, Ben Stuyts  wrote:
>> 
>> TI’s Stellarisware library for the LM3S series chips uses lwIP v1.3.1. By 
>> any chance, has anybody ported lwIP v2.0.3 to Stellarisware?
>> 
>> They basically #include all the lwIP *.c files into a single lwiplib.c file 
>> and compile that. Also not sure if their own interface/porting layer code is 
>> compatible with v2.0.3.
> 
> Not sure if LM3S is the same family or related to TI's Tiva-C a.k.a. TM4C 
> family (TI bought Stellaris and renamed it to Tiva) but what Ben describes is 
> exactly how TivaWare implements lwIP.

Yes, same thing. Cortex M3 vs M4 core is the main difference. TI ran into 
manufacturing problems with the LM3S series and developed the TM4C as a 
successor. TI stopped support for Stellarisware for the LM3S series and then 
renamed/forked it to TivaWare (or some such) for the TM4C chips. In the 
beginning it was more or less compatible, but I believe (!) it has diverged 
quite a bit now.

> TivaWare is TI's driver library / bare bones framework for the TM4C family. 
> It's stuck on lwIP version 1.4.1. As far as I know TI did not express any 
> interest in updating TivaWare to use newer lwIP. 

LM3S series is NRND, and I wouldn’t touch the TM4C series with a ten feet pole 
because of that. But we have a couple of designs with an LM3S8938 that I’d like 
to update to get access to the latest lwIP features.

> We want to upgrade our code to 2.0.3 as well. If anyone knows of a working 
> port for this platform or what adaptations must be made then please point us 
> to it. Ben, if none exists then perhaps we can combine our efforts.

Definitely interested. But if anybody has already done some work on it, please 
let us know.

Thanks,
Ben


___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users

[lwip-users] Port to Stellarisware

2017-12-20 Thread Ben Stuyts
Hi,

TI’s Stellarisware library for the LM3S series chips uses lwIP v1.3.1. By any 
chance, has anybody ported lwIP v2.0.3 to Stellarisware?

They basically #include all the lwIP *.c files into a single lwiplib.c file and 
compile that. Also not sure if their own interface/porting layer code is 
compatible with v2.0.3.

Thanks,
Ben


___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users

Re: [lwip-users] new SSI/SHTML parser testers needed

2015-07-19 Thread Ben Stuyts
Hello Sergio,

> On 19 Mar 2014, at 14:02, Sergio R. Caprile  wrote:
> 
> For anyone interested, the modified package lies here:
> 
>http://scaprile.ldir.com.ar/cms/category/os/lwhttpd/
> 
> Regards

I am going to upgrade an old project which uses the original http server in 
contrib. I like the changes you made in your version. Is the second beta on 
your site still the most current one?

Kind regards,
Ben


___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users


Re: [lwip-users] LWIP_HTTPD_FS_ASYNC_READ, LWIP_HTTPD_DYNAMIC_FILE_READ

2012-12-12 Thread Ben Stuyts

On 12 dec. 2012, at 11:43, Simon Goldschmidt  wrote:

> Ben Stuyts wrote:
>> While browsing the httpd sources I came across the
>> LWIP_HTTPD_FS_ASYNC_READ and LWIP_HTTPD_DYNAMIC_FILE_READ define. In fs.h I 
>> read for
>> LWIP_HTTPD_FS_ASYNC_READ: support asynchronous read operations
>> [..]
>> So my first question is: has this been tested and is it working?
> 
> Yes, we are using this in a device we ship. Although I think we currently 
> only delay the start and don't use it for memory management during transfer, 
> I think it should still work.

Thanks Simon, that is good to know. I'll have a go at enabling it.

>> And the second question: are there any examples?
> 
> Unfortunately, no, there aren't any examples, currently. Neither for this, 
> nor for the SSI or CGI code. :-( That's on my list, though...

For SSI/CGI there are lots of examples in TI's StellarisWare libraries 
fortunately. Although it takes some effort to follow what's handled where...

Ben


___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users


Re: [lwip-users] LWIP_HTTPD_FS_ASYNC_READ, LWIP_HTTPD_DYNAMIC_FILE_READ

2012-12-12 Thread Ben Stuyts
Nobody?

On 9 dec. 2012, at 18:57, Ben Stuyts  wrote:

> Hi all,
> 
> While browsing the httpd sources I came across the LWIP_HTTPD_FS_ASYNC_READ 
> and LWIP_HTTPD_DYNAMIC_FILE_READ define. In fs.h I read for 
> LWIP_HTTPD_FS_ASYNC_READ: support asynchronous read operations (fs_read_async 
> returns FS_READ_DELAYED and calls a callback when finished). And for 
> LWIP_HTTPD_DYNAMIC_FILE_READ: support fs_read() to dynamically read file 
> data. Without this (default=off), only one-block files are supported, and the 
> contents must be ready after fs_open().
> 
> This sounds like something I could use to soften the ram requirements on my 
> http server when serving pages from a serial flash chip. Currently I'm 
> copying all open files into ram.
> 
> I looked for examples or log messages (in git) on how to use these feature, 
> but couldn't find any information. Google doesn't turn up anything either. So 
> my first question is: has this been tested and is it working? And the second 
> question: are there any examples?
> 
> Thanks!
> Ben
> 
> 
> ___
> lwip-users mailing list
> lwip-users@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/lwip-users
> 


___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users


[lwip-users] LWIP_HTTPD_FS_ASYNC_READ, LWIP_HTTPD_DYNAMIC_FILE_READ

2012-12-09 Thread Ben Stuyts
Hi all,

While browsing the httpd sources I came across the LWIP_HTTPD_FS_ASYNC_READ and 
LWIP_HTTPD_DYNAMIC_FILE_READ define. In fs.h I read for 
LWIP_HTTPD_FS_ASYNC_READ: support asynchronous read operations (fs_read_async 
returns FS_READ_DELAYED and calls a callback when finished). And for 
LWIP_HTTPD_DYNAMIC_FILE_READ: support fs_read() to dynamically read file data. 
Without this (default=off), only one-block files are supported, and the 
contents must be ready after fs_open().

This sounds like something I could use to soften the ram requirements on my 
http server when serving pages from a serial flash chip. Currently I'm copying 
all open files into ram.

I looked for examples or log messages (in git) on how to use these feature, but 
couldn't find any information. Google doesn't turn up anything either. So my 
first question is: has this been tested and is it working? And the second 
question: are there any examples?

Thanks!
Ben


___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users


[lwip-users] http authentication

2011-05-29 Thread Ben Stuyts
Hi,

I need basic access authentication for the http server. I was thinking along 
the lines of rfc1945 chapter 11. Has any work on this been done? Otherwise I 
might give it a try.

Kind regards,
Ben


___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users


Re: [lwip-users] Support for mDNS

2010-08-23 Thread Ben Stuyts

On 23 aug 2010, at 15:25, Bill Auerbach wrote:

> 3 tasks were added in March 2010 for this functionality.  It's on the list.
> Most of us have had to roll their own method for device discovery.
> 
> https://savannah.nongnu.org/task/?10238
> https://savannah.nongnu.org/task/?10239
> https://savannah.nongnu.org/task/?10240

Thanks, I've added my vote for these.

>> We're using lwIP in an embedded device and want to advertise some basic
>> info (name, services) on the LAN without the host knowing the IP address
>> up front. Is there any support planned in lwIP for e.g. mDNS?
>> 

With kind regards,
Ben Stuyts


___
lwip-users mailing list
lwip-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/lwip-users


[lwip-users] Support for mDNS

2010-08-23 Thread Ben Stuyts
Hi,

We're using lwIP in an embedded device and want to advertise some basic info 
(name, services) on the LAN without the host knowing the IP address up front. 
Is there any support planned in lwIP for e.g. mDNS?

With kind regards,
Ben Stuyts


___
lwip-users mailing list
lwip-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/lwip-users