From: Jerry V. B. <van...@si...> - 2000-07-05 17:19:38
|
At 01:19 AM 7/6/00 +1000, Murray Jensen wrote: [snip] > >I would like to see a trio of ethernet function calls added to the > >serial_io struct (or in a new ether_io struct). I would advocate > >adding three more routines to get an ethernet packet, test for an > >ethernet packet, and put an ethernet packet (no interrupts used in the > >packet drivers). If the function pointers are null, the monitor would > >not attempt to use ethernet. You already have some ethernet > >information (MAC and IP addresses) and talk about using BootP to boot > >the board in the stuff I snipped. > >I like this idea. But then someone else wants something other than serial >and/or ethernet and the bd_info structure bloats. > >In any case, I think ethernet hardware might be too complicated to allow >something to blat a packet willy-nilly at random times - dma >buffers/shared >memory and things like that. A serial port is different - much simpler. > > >Having ethernet function pointers makes the monitor easier to port to > >different hardware. > >I'm not sure I understand this one - it is moving low-level i/o routines >out of the kernel and into the monitor, hence making the monitor more >complicated (but they are routines which had to be there anyway so why >not use them). The kernel would not use the routines normally, just for >i/o in desperate situations (printk/panic/kgdb/xmon/etc). Cheers! I was thinking (confusing myself) in terms of the interface between the generic monitor code and the hardware-specific code. On reflection, this apparently is for the monitor to kernel interface and my comments don't apply: I was not advocating having the kernel use the monitor's ethernet send/receive (the kernel needs a much more sophisticated driver than the monitor would provide). I was thinking of "get packet" and "send packet" routines in terms of implementing BootP where the generic monitor interface needs to have access to the hardware-specific ethernet routines. This would probably be handled differently. > Murray... >-- >Murray Jensen, CSIRO Manufacturing Sci & Tech, Phone: +61 3 >9662 7763 >Locked Bag No. 9, Preston, Vic, 3072, Australia. Fax: +61 3 >9662 7853 >Internet: Mur...@cm... (old address was >mj...@ml...) gvb |