On Wed Nov 25 17:34:12 EST 2009, rminn...@gmail.com wrote:
> On Wed, Nov 25, 2009 at 2:07 PM, erik quanstrom wrote:
> > that performance is only for one case. what about the
> > case where i'd like to know if a local file differs from sources?
>
> Then use replica for
> 'export/import' applied to remote resources - especially 'scarce' or
> expensive
> ones (sound cards no longer are..) that could *send back* the results might
> make
> a better present-day example.
the resource i want is generally particuarly scarce;
there is often just one device that will
> But it IS a bit frustrating to see drivers available in one F/OSS OS (or
> variant) and not another, more especially as they are nearly always written
> in
> reasonably portable 'C' code these many years.
that's easier said than done. Blocks are not the same as sk_bufs.
for that matter, they
> >> Usb disks don't know how to handle partitions.
> >> You have to use partfs IIRC or some other tool to
> >> partition it.
>
> Erm, every USB thumb drive, SD card, or CF card I've used has had a
> partition table. Memories of mounting the things under Windows are
> too distant to be useful,
On Thu Nov 26 01:43:11 EST 2009, s...@nipl.net wrote:
> I don't know how hideously complicated it would be, to implement a module
> interface that would support loading linux modules into whatever other OS such
> as Plan 9. I suppose it would be vastly simpler than something like "wine"
> for
> e
> But take note of Haiku's move to make their OS capable of using *BSD drivers.
>
> That sort of adapter layer seems worthwhile, even if the results do not
> initially approach 'native' performance.
>
> *After* the dust settles (who woulda thunk, on apparent 'merit' or lack
> thereof,
> that t
> Ah, I wondered if it might be that, but I had to check. So, no fixing
> usb/disk?
i've been using the sdloop driver.
- erik
> 'half again as large' ?? or half the *BSD size?
half the size
> I'd sooner recommend OpenBSD or NetBSD. Better average quality, more
> long-term
> consistent interfaces.
i have no interest. the compatability stuff will likely
be as large as the current port directory.
- erik
> Why should all of your machines need a dvd drive, sound card, sdcard
> reader, etc.?
or the cannonical example, a hard drive.
- erik
On Thu Nov 26 15:36:39 EST 2009, news...@lava.net wrote:
> > or the cannonical example, a hard drive.
>
> I intentionally avoided this one because two things that modern
> OSs do know how to share (at least a little) are:
>- filesystems
>- printers
it is pretty hard to run windows, osx or
> >it is pretty hard to run windows, osx or linux without
> >a hard drive.
> >
> >
> I've done Linux over AoE, that was flawless once working. Lack of AoE
> aware installers made it interesting.
>
> Plan9 is a fiddle too
>
> I didn't try the MacOSX or Windows AoE initiators.
>
> You need plen
> % rc -c 'echo hello > /fd/4' <>[4] /dev/cons
> hello
> % {echo hello > /fd/4} <>[4] /dev/cons
> /fd/4: rc: can't open: '/fd/4' inappropriate use of fd
> %
>
> as it happens, the actual file being opened in the second
> instance is '#c/cons' (the original rc's stdin).
if you'd used a larger fd,
> Reading /mnt/factotum/ctl only gives you the keys you are allowed to use.
>
> factotum(4) says:
>
> The factotum owner can use any key stored by factotum. Any
> key may have one or more owner attributes listing the users
> who can use the key as though they were t
On Fri Nov 27 05:34:24 EST 2009, lu...@proxima.alt.za wrote:
> And another equally silly question, maybe there's someone else out
> there that can learn from my mistakes and/or ignorance: the factotum
> on the CPU server does not contain all the keys "eve" is entitled to,
> in fact, it only contain
On Fri Nov 27 10:22:32 EST 2009, 9f...@hamnavoe.com wrote:
> > none doesn't have access to eve's factotum, so you have to
> > run sshserve from a trusted listen anyway.
>
> Maybe your configuration is non-standard. Normally /lib/namespace
> mounts /srv/factotum on /mnt, and /mnt/factotum/ctl has
> >> so i don't think that '*' is required. however i think that
> >> running from /rc/bin/service.auth is.
> >
> > You can do one or the other.
>
> The latter should be deprecated, the former uses the Plan 9 security
> model as intended. At least, that's my _opinion_.
they're not equivalent.
> >i wasn't talking about aoe. but since you are, what
> >exactly is difficult about the plan 9 aoe driver?
> >
> >- erik
> >
> >
> >
> the installer, or was last time I looked, I did try to make one but got
> so far and decided on a "better way" which is on my large pile of todo.
> I made a "
> one thing that I don't understand: when it starts up I get a line like this:
> mem -1 bcmem 0 icmem 0
>
> Does this point to misconfiguration or will venti do something reasonable
> here?
it looks like a little bit of misconfiguration, which the current
code makes too easy. i'm not sure this
> Nov 29 17:57:56 EST 2009 local.c 5559 [bootes]
> local.c:227 c /n/dump/2009/1129/sys/src/9/boot/local.c:227
> < run("/boot/venti", "-c", f[0], "-m", "20", "-a", f[1],
> "-h", f[2], 0);
> ---
> > run("/boot/venti", "-c", f[0], "-a", f[1], "-h", f[2],
> > 0
> tickle% cat /mnt/factotum/ctl
> key proto=rsa service=sshserve owner=* size=1024 ek=19
> n=E6468F8D8C04826CD398EFCBDE2593187A8A6C5CE76351ABDF52A15A4682F58582992B14005A6CE18ADDF8029AC94CBD3E32D6DCECEB6D441897D6D50199F9531D7666BAD87BD59148F3C6EF36D2BA8B5BB795385FD7E12810E25BCB0499B01B169011C839BD0
On Sun Nov 29 14:03:23 EST 2009, jason.cat...@gmail.com wrote:
> I wrote a wrapper around grep to search for words regardless of
> accents. I didn't want to worry about whether I used accents on
> characters (I sometimes use them inconsistently, and others decidedly
> do), but I still wanted to l
On Mon Nov 30 02:54:45 EST 2009, jason.cat...@gmail.com wrote:
> Agreed. Part of grep's job is to be a regex engine, so I thought in
> general it would be okay to push it here.
>
> > i played with this a little bit, but quickly ran into problems.
>
> > "reasonable" re size limits of say 300 char
On Mon Nov 30 06:28:25 EST 2009, rogpe...@gmail.com wrote:
> now just some handling of combining characters to do :-)
i assume you mean "now just some handling of combining characters
to do. :)", not "now just some handling of combining characters
to do ☺". :-)
of course the problem with combin
On Mon Nov 30 09:49:34 EST 2009, rogpe...@gmail.com wrote:
> 2009/11/30 erik quanstrom :
> > i used unfold (/n/sources/contrib/quanstro/runetype/unfold.c.
>
> % 8c -I ../grepfold unfold.c
> unfold.c:5 8c: 'utfunfold.h' file does not exist: utfunfold.h
> % du -a /n/
On Mon Nov 30 10:13:09 EST 2009, jason.cat...@gmail.com wrote:
> > it turns out that doing regular expressions is difficult, since
> > it's not clear to me what [a-z] should match when unfolded.
>
> I have discovered a truly marvellous proof of this, which this memory
> is too narrow to contain.
>
> ``unfold turns a character, say ë into the set of
> characters that can be folded to the same base
> character. so
>; unfold ë
>[eèéêëēĕėęěȅȇȩḕḗḙḛḝẹẻẽếềểễệ]''
>
> To me, that sounds like [e-f] should be
>
> [eèéêëēĕėęěȅȇȩḕḗḙḛḝẹẻẽếềểễệfƒ]
>
> iff e unfolds to the same set as ë.
On Mon Nov 30 11:40:50 EST 2009, rogpe...@gmail.com wrote:
> 2009/11/30 erik quanstrom :
> > utfunfold is generated from the utf tables. copy the
> > whole directory and mk.
>
> i would if i could.
fixed.
- erik
after 5 hrs of tracking a floating point exception in
awk (present in all versions i could find), i isolated
this sequence of events, which does not require ape:
#include
#include
void
main(void)
{
double g = 4215866817.;
print("%d\n", (int)g);
print("%d\n", (int)g);
even more bare-bones version:
#include
#include
void
main(void)
{
int x;
double g;
g = 4215866817.;
x = (int)g;
g=1.;
USED(x);
exits("");
}
On Tue Dec 1 04:40:09 EST 2009, fors...@terzarima.net wrote:
> g = 4215866817.;
> x = (int)g;
>
actually the target variable must be a uint. a cast still
traps. is the compiler wrong on this?
- erik
#include
#include
void
main(void)
{
int x;
double g;
g = 4215866817.;
x = (uint)g;
USED(x);
g = 1.;
exits("");
}
alternatively, a sleep will kill the proc
since restoring the floating point will
trigger the latent trap.
- erik
On Tue Dec 1 11:58:47 EST 2009, fors...@terzarima.net wrote:
> i hadn't noticed the changed example.
> it's removing the cast, which probably isn't right, although
> in that particular case it's probably better
> that it should trap (because the result is wrong).
> what is the actual code in awk t
i applied the patch to my fresh port of the one true
awk: /n/sources/contrib/quanstro/src/awkupd
- erik
new location:
/n/sources/contrib/quanstro/src/runetype/
i added character composition and renamed things
more sensibly. decomposistion was purposely omitted.
(it's supposed to be a character set, not a random character
generator.)
added bonus: mk may work and you may be able to
read all the file
On Tue Dec 1 16:32:33 EST 2009, fors...@terzarima.net wrote:
> those fixes really don't seem right to me. the problem is in getival
> or its callers. somewhere along the way, ULONG_MAX is converted to double
> and then back to int (directly or indirectly). that yields a trap. now, in
> the case
>
> so getival returning uint or ulong (or unsigned something-big-enough) avoids
> the problem and seems fine to me.
good. i always get diff backwards. sorry.
i agree on the standard quite.
> there is, however, a bug in the compiler elsewhere, in that a suitable (uint)
> cast in a
> direct assig
> seemed to be correct.
> but perhaps i misunderstood
on second thought, i think i was just getting a delayed
fpe. sorry.
do you know why the fpe is delayed? so annoying.
- erik
On Thu Dec 3 12:49:01 EST 2009, mauricio.antu...@gmail.com wrote:
> I would like to write a script that takes text from standard
> input, lets the user edit it with 'sam -d' and then prints it to
> standard output.
>
> Do you think that makes sense? After all, 'sam -d' needs standard
> input and
On Thu Dec 3 15:13:17 EST 2009, ro...@shaposhnik.org wrote:
> This appears to be an interesting way of solving an HA problem:
> http://nss.cs.ubc.ca/remus/papers/remus-nsdi08.pdf
>
> It is also different from a typical approach of checkpointing in HPC.
> One thing that I'm wondering about th
On Fri Dec 4 16:45:34 EST 2009, news...@lava.net wrote:
> Does remote USB make sense? Would it be possible to boot
> up a plan9 system on one machine, export its usb device to
> another machine and run usbd there and have the second machine
> make use of any usb device attached to the first machi
On Fri Dec 4 20:46:19 EST 2009, jrm8...@gmail.com wrote:
> On Fri, Dec 4, 2009 at 1:51 PM, Russ Cox wrote:
> > Why not just highlight the section you want to edit
> > and then type commands into the ~~sam~~ window?
> >
>
> You can't select more than a screenful with the mouse, and sometimes
> it
On Fri Dec 4 22:39:59 EST 2009, lyn...@orthanc.ca wrote:
> > Another example, a little server that allows connections on a single port
> > 443
> > for https and ssh. Ideally after reading the "GET" or ssh banner, it can
> > just
> > exec whichever server is needed (or fork and exec something li
On Sat Dec 5 03:11:09 EST 2009, s...@nipl.net wrote:
> > the standard way of passing file descriptors is by fork/exec.
> > this allows security is handled by the normal means.
>
> Erik/others, would you please give some feedback on my idea (a join call which
> connects two fds together and disown
On Sat Dec 5 00:12:53 EST 2009, lyn...@orthanc.ca wrote:
> > Where FD passing is useful is to avoid that fork/exec overhead.
>
> Sorry -- brain in neutral. Where FD passing wins BIG is that the front-end
> process doesn't have to do copy-through of all the data between the
> network and the bac
> The OS support I am talking about:
> a) the fork behavior on an open file should be available
>*without* forking. dup() doesn't cut it (both fds share
>the same offset on the underlying file). I'd call the new
>syscall fdfork(). That is, if I do
>
>int newfd = fdfork(oldfd)
> To be precise, both fds have their own pointer (or offset)
> and reading N bytes from some offset O must return the same
> bytes.
wrong. /dev/random is my example.
- erik
> For disk based files and fifos there should be no
> problem.
there is no such distinction in plan 9.
- erik
> * who is maintaining the UNIX port of rc shell? (is it still
> Tig?) (if so what's the email address?)
> * is there a development repository for the source code?
> * are there any unit-tests available for the rc shell? (because I
> want to test my patches of not breaking something;
> since file descriptors are so essential, it may help to have "tools"
> to use them. yesterday evening i hacked up devbuf.c and devjoin.c
> after reading this thread. both offer a file "new". for devbuf.c
> you can write data to it, then later consume it (yes, you could just
> use a pipe inste
> fs is already larger than it was, there's an experimental
> ongoing version that knows enough of partitioning to help
> usb and others on that respect.
why not just use sdloop(3)?
- erik
On Mon Dec 7 11:16:04 EST 2009, n...@lsub.org wrote:
> It seems that changing a bit fs(3) can suffice and is generic
> enough for all usages required. In the end it might result in code
> removed instead of adding code, but time will tell. As of today, it's
> only an experiment.
not everyone who
using "echo reboot $kernel>/dev/reboot" with mp irqs,
i'm getting one of three conditions
1. a normal and very quick start of the new kernel.
(one odd bit: lapicerror: 0x. i assume that's
the unanswered ipi.)
2. a reset and not a reboot
3. a hang right after after the LAPIC: ... line.
On Tue Dec 8 11:28:30 EST 2009, m...@acm.jhu.edu wrote:
> Hi,
>
> I noticed etherigbe.c (in igberballoc) was recently changed to
> increment the refcount on the block it allocates. Any reason it uses
> _xinc rather than incref?
>
> -- vs
because it's not a Ref. unfortunately, if it were
a Ref,
> do you have numbers to back up this claim?
>
> you are claiming that the locked XCHGL
> in tas (pc/l.s) called from lock (port/taslock.c)
> called from incref (port/chan.c) is "much faster"
> than the locked INCL in _xinc (pc/l.s).
> it seems to me that a locked memory bus
> is a locked memory b
On Tue Dec 8 19:07:25 EST 2009, ge...@plan9.bell-labs.com wrote:
> I've just pushed out a small change to /sys/src/9/pc/realmode.c that
> allows monitor=vesa to work on multiprocessor pcs without *nomp being
> defined in plan9.ini (i.e., you can use all available processors [or
> cores] and still
> but the former does two operations and the latter
> only one. your claim was that _xinc is slower
> than incref (== lock(), x++, unlock()). but you are
> timing xinc+xdec against incref.
sure. i was looking it as a kernel version of a
semaphore.
back to the original problem, before allocb/fr
> has the network gotten fast enough that an extra
> bus transaction per block slows it down?
> it seems like gigabit ethernet would be around
> 100k packets per second, so the extra 50ns
> or so per packet would be 5ms per second in
> practice, which is significantly but hardly
> seems prohibitive
on my ich7 + atom 330 machine using 1600x1200x16
on 8086/2772 in vesa mode, i was able to hang the
machine by displaying a large jpg with page.
- erik
this trivial code implements blanking for vesa.
- erik
; diffy -c vgavesa.c
/n/dump/2009/1209/sys/src/9/pc/vgavesa.c:157,162 - vgavesa.c:157,182
}
}
+ static void
+ vesablank(VGAscr *scr, int blank)
+ {
+ Ureg u;
+
+ vbesetup(&u, 0x4f10);
+ if(blank)
+
On Tue Dec 8 13:01:13 EST 2009, n...@lsub.org wrote:
> the shutdown code is new and might be wrong. worked here.
> I'll double check.
>
what i have been seeing is that a random machno can
execute the reboot. this can cause the setting up of
the lapics to hang the machine. (the mp spec doesn't
On Fri Dec 11 16:38:20 EST 2009, bhunts...@mail2.cu-portland.edu wrote:
>
> is it possible to make a filesystem (fossil or kfs) span (stripe or cat)
> multiple disks, on a cpu or terminal, or is that only possible with the old
> fs kernel?
>
> Or, is the only way to accomplish this through a ha
once upon a time, it was pretty easy to get a radar
image on the web. these days, they're fancy.
the one i use is http://radar.weather.gov/ridge
which consists of a number of transparent images
that need to be overlaid. this can be done with
page, but it's pretty painful without double-buffering,
On Sat Dec 12 09:59:41 EST 2009, r...@swtch.com wrote:
> > why would m8 != r8g8b8?
>
> m8 is approximately r2g2b2.
> you don't have nearly enough
> precision to do image compositing
> and get useful results.
that makes sense.
> a better question would be why
> you are using m8.
jpg without -t d
i'm sure this could be smaller, but i've got to run.
the images are here: /n/sources/contrib/quanstro/drawfunny/images/
; 8.out <{jpg -t9 /lib/radar/*.jpg} <{gif -t9 /lib/radar/hw.gif} <{gif -t9
/lib/radar/radar.gif}|page
#include
#include
#include
#include
#include
#include
enum {
> On Fri, Dec 11, 2009 at 08:51:21PM -0500, erik quanstrom wrote:
> > 1. for some reason the hw.gif (interstates) are
> > in cyan not red. drawing the radar first and the
> > hw second yields inverse radar colors.
> In what order are you layering the images? According
On Sun Dec 13 02:12:56 EST 2009, lyn...@orthanc.ca wrote:
> The following code results in:
>
> 8.out 15340: suicide: sys: fp: invalid operation fppc=0x108f
> status=0x8081 pc=0x1028
http://9fans.net/archive/2007/02/182
setfcr(getfcr()&~FPINVAL);
- erik
> Unfortunately after playing a little bit more with rc, and trying
> it's syntax and semantics to the limit, I've also found other nasty
> bugs (some of which I've fixed, other I was not able to do so)...
what nasty bugs? could you give some specifics.
> By the way, what is the expected
> that's not a bug. -e is only evaluated at the end of a full rc
> production. in yiour case, there is only one production and
> it $status is '' (true) at the end of it. since echo 3 sets status
> to true.
sorry. i ment /echo 2/ sets status to true.
- erik
> One for example (I think it is a bug, but maybe in the semantics
> you've described it's not):
> * again if we're using `-e`, and inside a function we write `fn
> dosomething { echo 1 ; false ; echo 2 ; return 0 ; }`
> * if we run `dosomething` it shall output only `1`, as the false
>
> So then how can I say on the same line
> ifs=<> (I know about the actual newline
> between the quotes, but I think it's a very ugly syntax, especially
> when it involves indentation...)
nl='
'
ifs=$nl cmd
- erik
> > I wonder why neither U-boot nor PMON do PXE. PMON being senile has an
> > excuse, U-boot doesn't. Or I need an excuse for not understanding :-)
>
> Why bring such an awful standard anywhere you don't have to. I think they
> made a good call :-)
two standards are always better than one.
neve
> Sure. Theres' lots of good candidates out there. It's just that PXE is
> not one of them. PXE was designed for a world of binary formats and
> tiny, incapable network bootstraps, and it was obsolete when it was
> designed over a decade ago.
nonetheless, it's what vendors support. fighting
them
> I would like to use Mail instead of Outlook, if like nmh I can pull
> files from an Exchange server. I haven't really looked into this yet,
> but it could be a huge win.
should work okay with nupas if you have imap access to
your exchange server.
- erik
> I realize I'm confused now, I see this on the old kernel:
> boot...bind: #�: unknown device in # filename
> #æ: pnpprobe establishes e!#æ/aoe/0.0 in 0ms
> bind: #�: unknown device in # filename
> usb...disk: no usb mass storage device found
> disks...switching over to the old boot stuff
> usbd...
this script should be helpful in reporting
sd problems.
/n/sources/contrib/quanstro/sossd
- erik
On Mon Dec 21 17:15:42 EST 2009, news...@lava.net wrote:
> The authsrv(6) man page renders something wrong. See
> http://man.cat-v.org/plan_9/6/authsrv or "plumb 'authsrv(6)'".
> You'll notice the line:
>
> m} message m encrypted with key K
>
> the source says:
>
>.TP
>.IR K { m }
> Is create (2) with DMEXCL mode supported under 9vx?
it seems you've already got the answer ...
> If 9vx maps Plan9 permissions directly to Linux permissions this is
> understandable. But is there any workaround?
it's up to the fileserver to implement DMEXCL, and #Z doesn't.
using a different f
i got this response when pointing out the standard flags to
?c:
> Thanks! It is crazy, I think, that folks should have to work
> so hard to get help from the compiler. It should be an option
> to turn those helpful features off, especially since turning
> them off only makes sense for non-intera
On Tue Dec 22 00:20:35 EST 2009, lu...@proxima.alt.za wrote:
> > i hadn't thought about it before. why aren't FVTw on by default?
> > is this a historical accident?
>
> They are, in /sys/src/mkfile.proto. Is that really such a burden?
on the other hand, it is exactly code compiled by hand that
> i'd have thought it should be used in fscreate, though,
> to help chan.c implement OEXCL correctly. fscreate should
> fail if the file exists, but perhaps that happens another way.
it already fail on unexpected bits. DMEXCL is unexpected.
- erik
> Will anything get worse if each cookie is stored in its own file* ?
if a site has more than 1 cookie managed as a pair, you could
get them out-of-sync by not locking.
what's really wanted here is an atomic create/write/close so that
one process (we don't care which one) is responsible for the w
> i think you could make that argument, but
> it's probably not worth changing now.
> a large part of the problem is that most
> of those flags (not w) turn on errors, not
> warnings, so making them the default
> would reject once-valid c programs.
>
> this is one thing that we tried to get right
> Since the conversion: dvi -> ps will be provided, ps -> pdf can be done
> via gs(1). (That's what I already do, including EPS figures, for example
> generated by MetaPost.)
you'll have to fix gs to get that. gs has been crashing
here. i have to bind gs from the dump to print pdf.
- erik
has anyone does this before on the pc?
- erik
"Do not spend too much time trying to figure out why this math works.
The basis for the computation is complicated; the important point is
that this is how Microsoft operating systems do it, and it works. Note,
however, that this math does not work perfectly."
- Microsoft EFI FAT32 File Sy
> Java sometimes does turn up trumps where C code struggles on machines
> which were recently considered powerful. Other examples would be web
what?
- erik
i agree that du -a has a few holes. too bad whitespace
is allowed in file names. i use the attached find.c.
it's also available as contrib quanstro/find. by default
the output is quoted so that it can be reparsed properly
with rc or gettokens.
- erik#include
#include
#include
char*defar
On Mon Dec 28 18:32:36 EST 2009, don.bai...@gmail.com wrote:
> du -a | awk '-F\t' '{print $2}' -
>
lossage on tabs and ' in filenames.
- erik
>> ; du -a | awk '-F\t' '{print $2}' -
>
>All this nonsense because the dogmatists refuse to accept
>/n/sources/contrib/cross/walk.c into the distribution.
find and walk are about the same program. my version of
find started with andrey's. his find page (http://mirtchovski.com/p9/find/)
is date
On Mon Dec 28 20:04:48 EST 2009, lyn...@orthanc.ca wrote:
> > what seems more important to me is a way to unlimit the size
> > of argv. otherwise we'll need to go down the hideous xargs path.
>
> How often have you run up against the current limit? I've yet to hit
> it in anything other than con
i'm getting spurious echo in 9term on average about 2/3 of
the time. this example sees the spurious echo every time.
programs like bash that eat cooked input don't seem to suffer
the same fate.
; flag v && echo true
flag v && echo true
; ed .rcrc
ed .rcrc
900
1
1
if (test -e /etc/rcrc)
q
q
has a
On Tue Dec 29 19:58:45 EST 2009, yard-...@telus.net wrote:
> erik quanstrom wrote:
>
> >
> > ; flag v && echo true
> > flag v && echo true
> > ; ed .rcrc
> > ed .rcrc
> > 900
> > 1
> > 1
> > if (test -e /etc/rcrc
the database on sourceforge has about 3x the devices listed.
here's a little before-and-after
before:
3.0.0: net 02.00.00 14c1/0008 9 0:d80c 16777216 1: 16
2:d904 1048576 3: 16
Myricom Inc.
4.0.0: net 02.00.00 8086/1096 11 0:d912
On Wed Dec 30 19:18:18 EST 2009, lyn...@orthanc.ca wrote:
> The Wiki's supported hardware list is getting quite moldy.
>
> I've created a new page for known broken hardware, working on
> the theory that people pissed off are more likely to document
> breakage than the blissful are their success.
>
On Wed Dec 30 21:47:08 EST 2009, lyn...@orthanc.ca wrote:
> > i believe that richard miller has the intel D945GCLF2
> > working via some careful hacking. (i.e. a hand-coded
> > mp table.)
>
> It was easier to buy something that actually worked. As for that
> Intel piece of shit, I'm going to blen
made into a contrib package. contrib quanstro/pci.
also fixed the fact i'd started with an old version of pci.
- erik
On Wed Dec 30 13:30:12 EST 2009, news...@lava.net wrote:
> > The following resolutions work with the VESA driver:
> >
> > 800x600x32
> > 800x600x16
> > 800x600x8
> >
> > I tried using 1024x600x8 but it didn't work, rio complains about
> > something with the vgadb.
> >
> > Is there a way how I can n
> > ether0=rtl8139
>
> This is also wrong. You want "ether0=type=rtl8319".
good catch. it should be "ether0=type=rtl8139"
though. one should not need this oft mis-typed
line unless
- you wish to force the a particular ordering of controller
types. say you want the rtl8139 to be the first cont
> > i believe that richard miller has the intel D945GCLF2
> > working via some careful hacking. (i.e. a hand-coded
> > mp table.)
>
> No, my hack was for the Jetway NC92-330 motherboard, not
> the Intel board. The Jetway gets the MP table only
> slightly wrong, so it's easy to fix up.
sorry. m
1001 - 1100 of 6034 matches
Mail list logo
