All of lore.kernel.org
 help / color / mirror / Atom feed
* Updates
@ 2017-10-24 10:42 Ywe Cærlyn
  0 siblings, 0 replies; 14+ messages in thread
From: Ywe Cærlyn @ 2017-10-24 10:42 UTC (permalink / raw)
  To: LKML

Hello. If anyone was interested in my research on Islam, (as a 
background for correcting culture in Linux), V2 is now here: 
https://independent.academia.edu/YweC%C3%A6rlyn

My Youtube channel has also moved here: 
https://www.youtube.com/channel/UCXt31evVH11u8IzD4e3923Q

Peaceful Greetings.

^ permalink raw reply	[flat|nested] 14+ messages in thread
* Updates
@ 2006-05-16 23:55 Tom McCabe
  2006-05-17  2:24 ` Updates Jody
  0 siblings, 1 reply; 14+ messages in thread
From: Tom McCabe @ 2006-05-16 23:55 UTC (permalink / raw)
  To: linux-8086

I have recently discovered, as of Tuesday evening,
that Sourceforge's anonymous CVS for ELKS is up and
running (Thanks, Jody!). It hasn't been edited in a
year and a half, but I'm confident it will soon be
brought up to speed. I have finally gotten a working,
bootable ELKS system, but I don't have an HTTP server,
so I'd have to send binaries via email if anyone wants
them. There seem to be two outstanding bugs in the BCC
include library system, where linuxmt/types.h and
linuxmt/errno.h need to be replaced with the
equivalents in elks/include/linuxmt; does anyone else
have compile problems with elkscmd/sys_utils/ps.c and
elksnet/ktcp/tcpdev.c? Some outstanding projects on
the todo list I've noticed:

- Finish porting the nano-x windows system to ELKS
(there's a few files in elkscmd/lib/vga, but only
enough for a simple demo, and it isn't installed). I
get a few errors on compilation but nothing too bad.
- Port bootblocks into elkscmd. It would make things
quite a bit easier and would cut loose some of the
BCC-integration.
- Take all of the programs in elkscmd/mtools and
combine them into one program. This would save a great
deal of disk space if it's ever integrated into the
disk images, and would make things a lot easier for
anyone trying to use it.
- Make elkscmd/e3 compilable with as86. It results in
ten bazillion error messages currently. (I don't know
any assembly.)
- Fix the compilation bugs in elkscmd/elvis. I suspect
it's another BCC library error like the ones above,
although there seem to be other problems.

I'll try and get some of these finished if I have a
free weekend, but I'm only an amateur and I'm not sure
how far I'll get. May the Force be with us!

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

^ permalink raw reply	[flat|nested] 14+ messages in thread
[parent not found: <0032HA5071DKFICB@vger.kernel.org>]
[parent not found: <B79G2E886I28GA55@vger.kernel.org>]
[parent not found: <9JJD23BK81GJGH37@vger.kernel.org>]
[parent not found: <AEEKHKH43246513J@vger.kernel.org>]
* Updates.
@ 2000-03-30  9:10 David Woodhouse
  0 siblings, 0 replies; 14+ messages in thread
From: David Woodhouse @ 2000-03-30  9:10 UTC (permalink / raw)
  To: mtd

I've updated the documentation now. I thought I'd said that the notify 
functions which are called to notify 'user' modules of addition and removal of 
MTD devices may not sleep.

That was a silly decision, and so I've changed it - these routines obviously 
need to call the mtd->read() routines et al to see if there's anything of 
interest on the newly-added device, which means they have to be able to sleep.

I was going to protect the MTD driver list with a spinlock but it'll have to 
be a semaphore.

I've committed an updated ftl.c to CVS, based on the latest one from David 
Hinds' PCMCIA code. It appears to be hanging in INIT_REQUEST, which is 
confusing me. Anyone want to take a look?




--
dwmw2




To unsubscribe, send "unsubscribe mtd" to majordomo@infradead.org

^ permalink raw reply	[flat|nested] 14+ messages in thread
* updates
@ 1998-05-05  9:57 Lencses Gabor
  0 siblings, 0 replies; 14+ messages in thread
From: Lencses Gabor @ 1998-05-05  9:57 UTC (permalink / raw)
  To: ultralinux

Hi!

The kernel update rpm [kernel-2.1.99-1.sparc64.rpm] needs a lilo in it's
spec files. :) Or at least it should not remove the old kernel.

Regards
LGaby

ps. joe still has minor term flaws. as with the older redhat packages,
it's status lines are white on black, instead of black on white. It's ok
on RH5-i386 or if you set an older term like vt100. I know it's joe bug,
but I forgot who ironed it out in RH-i386. 

yeah, I am maximalist. :)

and sadly don't play paintball...

^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2017-10-24 10:50 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <04GJIEG1D6AFF9G6@vger.kernel.org>
2004-08-22 21:39 ` updates gward
2017-10-24 10:42 Updates Ywe Cærlyn
  -- strict thread matches above, loose matches on Subject: below --
2006-05-16 23:55 Updates Tom McCabe
2006-05-17  2:24 ` Updates Jody
2006-05-17  2:32   ` Updates Vikas Kumar
2006-05-17  2:42     ` Updates Jody
2006-05-17  8:02   ` Updates Frank Gevaerts
2006-05-18  7:16     ` Updates Vojtěch Sázel
     [not found] <0032HA5071DKFICB@vger.kernel.org>
2004-08-25  9:01 ` updates xpix
     [not found] <B79G2E886I28GA55@vger.kernel.org>
2004-08-25  8:16 ` updates jonm
     [not found] <9JJD23BK81GJGH37@vger.kernel.org>
2004-08-25  7:51 ` updates jgamble
     [not found] <AEEKHKH43246513J@vger.kernel.org>
2004-08-20 19:10 ` updates udpelleg
2000-03-30  9:10 Updates David Woodhouse
1998-05-05  9:57 updates Lencses Gabor

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.