there is something fishy going on :-)
with latest current,
the tests are run on a diskless host, and just after booting,
this is what i do:
newfs /dev/ad0s2a
mount /dev/ad0s2a /mnt-root
cd /mnt-root
rsh dev -n dump 0f - /c/4| restore rf -
panic: vn_finished_write:
On 2 Oct, Don Lewis wrote:
> On 2 Oct, Stefan Farfeleder wrote:
>
>> /freebsd/current/src/sys/vm/uma_core.c:1307: could sleep with "filedesc structure"
>locked from /freebsd/current/src/sys/kern/kern_event.c:959
>>
>> at me and freezes badly at some point (no breaking into ddb possible).
>> T
On Wed, 2 Oct 2002, Don Lewis wrote:
> On 2 Oct, Robert Watson wrote:
> >
> > Running into an odd (and apparently recent) problem involving rmdir(2) and
> > NFS. I have a diskless box started using pxeboot: NFS /, MFS /var, MFS
> > /tmp, recent 5.0-CURRENT. Attempt to rmdir /usr/local (on NF
> > Here is my hints file (which has not changed in at least 6 months)
>
> Ok, so you only have ata0 and no ata1. So that means the ACPI ata
> attachment almost worked. Humm, try doing a hack to change ATA_IOADDR_RID
> in ata-all.h from 0 to 1 along with the previous patch to add an acpi
> atta
On Wed, 2 Oct 2002, Don Lewis wrote:
> On 2 Oct, Robert Watson wrote:
> >
> > Running into an odd (and apparently recent) problem involving rmdir(2) and
> > NFS. I have a diskless box started using pxeboot: NFS /, MFS /var, MFS
> > /tmp, recent 5.0-CURRENT. Attempt to rmdir /usr/local (on NF
On 2 Oct, Robert Watson wrote:
>
> Running into an odd (and apparently recent) problem involving rmdir(2) and
> NFS. I have a diskless box started using pxeboot: NFS /, MFS /var, MFS
> /tmp, recent 5.0-CURRENT. Attempt to rmdir /usr/local (on NFS) results in
> NFS hanging. It appears to send
In message <[EMAIL PROTECTED]>, Eric Hodel writes:
>the bit that I cant figure out is that my CD-ROM won't mount the
>CD I've got in it now, (an 80 minute CDR) but it has pre-geom.
Yes, there is a problem with SCSI-CD devices.
Can you please try this patch:
http://phk.freebsd.dk
GEOM is working so far. I can mount a cd-rom without problems and
permissions are fine. `dmesg' output follows. After that is my kernel
configuration.
There is one problem, not related to GEOM (it's been going on for at
least a month), which follows: whenever I reboot the laptop from
FreeBSD b
> Me neither but my 2642 additionally only boots from channel B.
Meaning it hangs if you attempt to boot from channel B? I really
have no feel for what the actual failure mode is yet. Do we get
timeouts? No devices are seen? What does a verbose boot print out
about the controller and its term
On Wed, Oct 02, 2002 at 20:51:40 -0700, Julian Elischer wrote:
> >
> > Please back it out or do it properly!
>
> this IS the backout.. it's now how it was before, including in 4.x
I mean - back out this backout - it damage 5.0 FP binaries.
I don't care about 4.x
--
Andrey A. Chernov
http://ac
On Wed, Oct 02, 2002 at 20:50:52 -0700, Julian Elischer wrote:
> > Please back it out or do it properly!
>
> did you recompile the apps and the libraries?
1st try: I got signal 6 with old, but 5.0 binaries dynamically linked
with m3 libraries.
2nd try: I recompile whole cvsup, getting very -cu
On Thu, 3 Oct 2002, Andrey A. Chernov wrote:
> The bug completely gone after I revert machdep.c to 1.538. This commit
> cause bug:
>
>
> revision 1.539
> date: 2002/09/30 07:02:22; author: obrien; state: Exp; lines: +10 -
On Thu, 3 Oct 2002, Andrey A. Chernov wrote:
> The bug completely gone after I revert machdep.c to 1.538. This commit
> cause bug:
>
>
> revision 1.539
> date: 2002/09/30 07:02:22; author: obrien; state: Exp; lines: +10 -
* De: Mikhail Teterin <[EMAIL PROTECTED]> [ Data: 2002-10-02 ]
[ Subjecte: laptop panicked [with trace] ]
> With today's -current. No X11, two ttyv0 in use -- cvs updating, the
> other -- playing hack(6):
This is known; A temporary fix is to modify the part dereferencing p->p_limit
to ch
Running into an odd (and apparently recent) problem involving rmdir(2) and
NFS. I have a diskless box started using pxeboot: NFS /, MFS /var, MFS
/tmp, recent 5.0-CURRENT. Attempt to rmdir /usr/local (on NFS) results in
NFS hanging. It appears to send out the RPC, but no response comes back
fr
With today's -current. No X11, two ttyv0 in use -- cvs updating, the
other -- playing hack(6):
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xbc
[... retyped, not copy-pasted, seemingly random numbers marked ``skipped'' ...]
kernel: type 12 trap, code=0
Stopped at
On Wed, Oct 02, 2002 at 08:38:51PM -0700, Kris Kennaway wrote:
> On Wed, Oct 02, 2002 at 08:34:34PM -0700, Kris Kennaway wrote:
>
> > + (hosts[nhostsbak] = NULL) ? hosts[nhostsbak] : "*",
>
> Silly last-minute typo==
Dammit.
Index:
On Wed, Oct 02, 2002 at 08:34:34PM -0700, Kris Kennaway wrote:
> + (hosts[nhostsbak] = NULL) ? hosts[nhostsbak] : "*",
Silly last-minute typo==
Kris
msg43792/pgp0.pgp
Description: PGP signature
On Wed, Oct 02, 2002 at 12:49:43PM -0400, Robert Watson wrote:
>
> crash1# rpcbind
> Oct 2 12:47:15 crash1 rpcbind: cannot bind (null) on udp6: Address
> already in use
> Segmentation fault
> Oct 2 12:47:15 crash1 kernel: pid 1595 (rpcbind), uid 0: exited on signal
> 11
> crash1#
>
> I'm havin
On 2 Oct, Stefan Farfeleder wrote:
> /freebsd/current/src/sys/vm/uma_core.c:1307: could sleep with "filedesc structure"
>locked from /freebsd/current/src/sys/kern/kern_event.c:959
>
> at me and freezes badly at some point (no breaking into ddb possible).
> This is totally repeatable. Is anybo
On Wed, Oct 02, 2002 at 07:53:27PM -0700, Long, Scott wrote:
> >
> > The aic 7890/91 is a dual 160 MB controller.
>
> No, the 7890/91 is 80MB/s max.
The Tyan S2462UNG has an aic-7899w.
>
> > Adaptec's
> > documentation expliciely states that the bus speed is the
> > rate of th
>
> The aic 7890/91 is a dual 160 MB controller.
No, the 7890/91 is 80MB/s max.
> Adaptec's
> documentation expliciely states that the bus speed is the
> rate of the _slowest_ device on the channel.
No it does not.
> Did you try
> placing the cd on the B channel or vic
attila! ([EMAIL PROTECTED]) wrote:
> Eric:
>
> The aic 7890/91 is a dual 160 MB controller. Adaptec's
> documentation expliciely states that the bus speed is the
> rate of the _slowest_ device on the channel. Did you try
> placing the cd on the B channel or vice-versa? Tyan,
The bug completely gone after I revert machdep.c to 1.538. This commit
cause bug:
revision 1.539
date: 2002/09/30 07:02:22; author: obrien; state: Exp; lines: +10 -0
Save the FP state in the PCB as that is compatable with re
Synopsis: -fno-align-functions regression from 2.95
State-Changed-From-To: analyzed->closed
State-Changed-By: sayle
State-Changed-When: Wed Oct 2 19:45:09 2002
State-Changed-Why:
This has just been fixed on mainline CVS by the following patch:
2002-10-02 Roger Sayle <[EMAIL PROTEC
Hi Poul et al,
I have been unable to test GEOM on my Sparc64 box on the latest
-CURRENT due to the rstat.h breakage for the last two days.
Please hold off your GEOM-being-standard commit until that's
been fixed.
BTW, why the heck are people not fixing code that breaks world in
<24 hours, let alo
Also sprach Bernd Walter ([EMAIL PROTECTED]):
> You can verify with conscontrol.
> It should list consolectl for vga console and Muting off.
from dmesg:
sc0: on isa0
sc0: VGA <16 virtual consoles, flags=0x0>
but then:
# conscontrol
Configured:
Available:
Muting: off
Hmm. Does look odd
On Thu, Oct 03, 2002 at 12:22:42AM +, attila! wrote:
> 5.0-CURRENT slice as of 2002.10.02.12.0.0
>
> cvs log:
>
> Delete src/sys/sys/bus_private.h
>
> kernel compile log:
>
> /usr/src/sys/dev/trm/trm.c:71:29: \
> sys/bus_private.h: No such file or direct
Poul-Henning Kamp wrote:
> Provided nothing terminal pops up in the next 5 days, GEOM will
> become default in -current on Saturday 5th of october.
>
> Please test it now on _your_ configuration and tell me if it
> fails to work.
A few of my slices got shuffled about, but that was an easy fix,
t
After a cvsup and buildworld/kernel, everything seems to be working again.
Thanks!
On Wed, Oct 02, 2002 at 08:41:10AM +0900, Mitsuru IWASAKI wrote:
> Hi,
>
> > On 01-Oct-2002 Michael McGoldrick wrote:
> > > On Tue, Oct 01, 2002 at 12:48:47PM -0400, John Baldwin wrote:
> > >>
> > >> On 01-Oct-2
At 2:28 PM +0200 10/2/02, Sheldon Hearn wrote:
>We're at a lucky moment in time, where there's only one version of
>expat in the ports tree. But think about what happens when there
>are two mainstream versions at large again.
>
>Please let's learn from past mistakes and give this library a
>compl
It's been one month, have you made any progress on this?
Mike Barcroft <[EMAIL PROTECTED]> writes:
>
> cc1: warnings being treated as errors
> /usr/src/sys/netinet/ip_fw2.c: In function `ipfw_ctl':
> /usr/src/sys/netinet/ip_fw2.c:2508: warning: cast from pointer to integer of
>different size
>
On Wed, 2 Oct 2002 18:27:29 -0400
Mikhail Teterin <[EMAIL PROTECTED]> wrote:
> Just noticed on my
>
> FreeBSD 5.0-CURRENT #0: Thu Sep 26 11:07:24 EDT 2002
>
> % hack
> Terminal must backspace.
>
> Here is the end of the ktrace:
>
> [...]
> 41386 hack RET br
Poul-Henning Kamp wrote:
> Provided nothing terminal pops up in the next 5 days, GEOM will
> become default in -current on Saturday 5th of october.
>
> Please test it now on _your_ configuration and tell me if it
> fails to work.
When I enable geom, vinum won't start claiming it can't find its d
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Just noticed on my
FreeBSD 5.0-CURRENT #0: Thu Sep 26 11:07:24 EDT 2002
% hack
Terminal must backspace.
Here is the end of the ktrace:
[...]
41386 hack RET break 0
41386 hack CALL break(0x8089000)
41386 hack RET break 0
On Sat, Sep 14, 2002 at 12:17:53PM +0200, Poul-Henning Kamp wrote:
>
> This is just to note that I have updated the JKH page with a lot of new
> stuff, so if your coding-pencil itches:
>
> http://people.freebsd.org/~phk/TODO/
|Make -j improvement
|
|make(1) with -j option uses a select lo
Saw Alfred's commit to un-break -CURRENT, did likewise locally,
built today's -CURRENT, and an attempted multi-user boot panics:
...
Starting nfsd.
Updating motd.
Starting ntpd.
Configuring syscons: blanktime.
Starting sshd.
Expensive timeout(9) function: 0xc02bea10(0xc406a000) 0.006791320
g_dev_
On 02-Oct-2002 Mark Murray wrote:
>> > Ok, so you only have ata0 and no ata1. So that means the ACPI ata
>> > attachment almost worked. Humm, try doing a hack to change ATA_IOADDR_RID
>> > in ata-all.h from 0 to 1 along with the previous patch to add an acpi
>> > attachment for ata and see if t
So, erm, are there any users of the new semaphore code? I kind of
doubt it since it has verbose printf's in just about every function.
I'm also curious why we don't just use a single semaphore implementation
that is shared via wrappers between the SYSV semaphores and the POSIX
semaphores.
--
J
> > Ok, so you only have ata0 and no ata1. So that means the ACPI ata
> > attachment almost worked. Humm, try doing a hack to change ATA_IOADDR_RID
> > in ata-all.h from 0 to 1 along with the previous patch to add an acpi
> > attachment for ata and see if that works. I still have no idea why
>
* De: "Andrew P. Lentvorski" <[EMAIL PROTECTED]> [ Data: 2002-10-02 ]
[ Subjecte: Re: expat2 in the base system? ]
> On Wed, 2 Oct 2002, Marc Recht wrote:
>
> > IMO 1. would be better with a complete expat. So the ports could use the
> > system version and probably/maybe the drift between
On Wed, 2 Oct 2002, Marc Recht wrote:
> IMO 1. would be better with a complete expat. So the ports could use the
> system version and probably/maybe the drift between the official- and
> system-version will not be that big. And compared to Perl expat it
> rather small. So the bloat couldn't be th
On Wed, 2 Oct 2002, Giorgos Keramidas wrote:
> On 2002-10-01 13:08, Nate Lawson <[EMAIL PROTECTED]> wrote:
> > I will be taking ownership of quirk maintenance to help clarify and
> > expedite things. The goal is to interoperate with as much hardware
> > as possible while keeping the table attribu
crash1# rpcbind
Oct 2 12:47:15 crash1 rpcbind: cannot bind (null) on udp6: Address
already in use
Segmentation fault
Oct 2 12:47:15 crash1 kernel: pid 1595 (rpcbind), uid 0: exited on signal
11
crash1#
I'm having trouble extracting a core so won't be able to follow-up just
yet, but it looks li
> >> So it doesn't boot at all, that's different from "hard-hang during reboot".
> >> :) After ppc your device probe is over. You could be getting an
> >> interrupt storm. Can you break into ddb when this happens?
> >
> > Roger the diference. :-)
> >
> > No. I cannot break into DDB. The keyb
On 02-Oct-2002 Mark Murray wrote:
>> > "Hard hang" means that the probe messages stop around the parallel
>> > device, and nothing else happens. The PCCARD ethernet remains dead.
>> > the disk is silent and no amount of keyboard activity does anything
>> > at all. Serial console dead. Reset neede
We're Not Clowning Around with These Offers:
1) Is Your Credit Report Stopping You?
Let Junum's Expertise & Technology Help you!
You Only Pay If We Help
http://www.qksrv.net/click-1030333-1510752
2) We're Not Clowning Around
Get Your Free Auto, Health, Home, or Life Insurance Quote
http://www.qk
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Wed, Oct 02, 2002 at 01:48:20PM +0200, Alexander Langer wrote:
> Thus spake John Baldwin ([EMAIL PROTECTED]):
>
> > > Can anyone explain me why with a recent kernel (last kernel was from
> > > 1 year ago) the kernel boot messages disappear from the monitor
> > > once the "propellor" of the ke
> > "Hard hang" means that the probe messages stop around the parallel
> > device, and nothing else happens. The PCCARD ethernet remains dead.
> > the disk is silent and no amount of keyboard activity does anything
> > at all. Serial console dead. Reset needed to reboot.
>
> So it doesn't boot at
On 02-Oct-2002 Mark Murray wrote:
>> > Iwasaki-San's patch made no difference that I could see. Disabling ACPI
>> > causes my system to hard-hang during reboot. I might be able to fix that
>> > by futzing with device.hints, but that took me a whole weekend and a
>> > reinstall last time I tried.
On Wed, Oct 02, 2002 at 04:46:48PM +1000, Tim Robbins wrote:
> The best we can do to src/bin/sh is to do something like this:
>
> #ifndef BOOTSTRAPPING
> fmtstr(s, 64, "[%td] ", jp - jobtab + 1);
We know when this hit the tree, so please use:
#if defined(BOOTSTRAPPING) && (__F
On 2002-10-01 13:08, Nate Lawson <[EMAIL PROTECTED]> wrote:
> I will be taking ownership of quirk maintenance to help clarify and
> expedite things. The goal is to interoperate with as much hardware
> as possible while keeping the table attributed and in
> well-maintained order.
>
> Here are a fe
> > Iwasaki-San's patch made no difference that I could see. Disabling ACPI
> > causes my system to hard-hang during reboot. I might be able to fix that
> > by futzing with device.hints, but that took me a whole weekend and a
> > reinstall last time I tried. Device.hints is a dangerous thing to pl
On 02-Oct-2002 Mark Murray wrote:
>> > I tried this patch, and it made some progress (dmesg included). The
>> > ATA system still seems badly broken, there is a spurious mention of
>> > some kerneldump. I also have no console.
>>
>> Hmm, ata0 may be getting the wrong resources. Hmm. Try iwasaki
> > Hmm, ata0 may be getting the wrong resources. Hmm. Try iwasaki-san's
> > patch to acpi_pcib_* instead and see if it that helps. Either that or
> > turn off ACPI for the time being.
>
> Iwasaki-San's patch made no difference that I could see. Disabling ACPI
> causes my system to hard-hang d
> > I tried this patch, and it made some progress (dmesg included). The
> > ATA system still seems badly broken, there is a spurious mention of
> > some kerneldump. I also have no console.
>
> Hmm, ata0 may be getting the wrong resources. Hmm. Try iwasaki-san's
> patch to acpi_pcib_* instead an
In message <[EMAIL PROTECTED]>, Andrew Gallatin w
rites:
>
>Poul-Henning Kamp writes:
> >
> > Provided nothing terminal pops up in the next 5 days, GEOM will
> > become default in -current on Saturday 5th of october.
> >
> > Please test it now on _your_ configuration and tell me if it
> > fails
Poul-Henning Kamp writes:
>
> Provided nothing terminal pops up in the next 5 days, GEOM will
> become default in -current on Saturday 5th of october.
>
> Please test it now on _your_ configuration and tell me if it
> fails to work.
>
What, exactly, would you like tested?
options GE
On Wed, 2 Oct 2002, Maxim Konovalov wrote:
> Yes, it is my bug, fixed in rev. 1.23, sorry for inconvenience.
No problem -- sorry for getting a bit snippy. I was just a bit surprised
and couldn't imagine at first what I had broken in my password file :-).
> By the way, there is still an issu
Hi,
> > > The patch makes no difference for booting directly from boot2 ... except
> > > memsize() in boot2 also fails to check for errors, so it returns garbage
> > > values.
> >
> > Yes I know that :-)
> > But booting kernel directly from boot2 is not working at all for
> > several years, so my
On 02-Oct-2002 Mark Murray wrote:
> Hi
>
> I tried this patch, and it made some progress (dmesg included). The
> ATA system still seems badly broken, there is a spurious mention of
> some kerneldump. I also have no console.
Hmm, ata0 may be getting the wrong resources. Hmm. Try iwasaki-san's
On Wed, 2 Oct 2002, Bruce Evans wrote:
> On Mon, 30 Sep 2002, Daniel Eischen wrote:
>
> > - ret = set_fpcontext(td, &ucp->uc_mcontext);
> > - if (ret != 0)
> > - return (ret);
> > + /*
> > +* Intentionally ignore the error to keep binary
Hi
I tried this patch, and it made some progress (dmesg included). The
ATA system still seems badly broken, there is a spurious mention of
some kerneldump. I also have no console.
Perhaps the legacy stuff needs to be backed out or disabled pending fixing?
M
Copyright (c) 1992-2002 The FreeBSD
On Mon, 30 Sep 2002, Daniel Eischen wrote:
> At the end is a potentially longer term fix for the ABI
> breakage that was introduced when the i386 mcontext_t
> was changed/enlarged.
>
> Someone other than I (Bruce?) should vet this. It should
> solve the libc_r binary compatibility problem, but i
On (2002/10/02 13:57), Marc Recht wrote:
> IMO 1. would be better with a complete expat. So the ports could use
> the system version and probably/maybe the drift between the official-
> and system-version will not be that big. And compared to Perl expat it
> rather small. So the bloat couldn't be
> > 2. Under assumed name, "libxmlread" or something. This means that
> > nothing which doesn't explicitly ask for it will get in touch with
> > this version of libexpat, and that will only be the programs in
> > the tree. We don't need to track the official libexpat (sort of
> >
On Mon, 30 Sep 2002, Mitsuru IWASAKI wrote:
> > > Index: sys/i386/i386/machdep.c
> > > ===
> > > RCS file: /home/ncvs/src/sys/i386/i386/machdep.c,v
> > > retrieving revision 1.532
> > > diff -u -r1.532 machdep.c
> > > --- sys/i386/i3
Hi,
Is it possible to profile kld-modules using kgmon and gprof or any other
combination of profiling tools?
I've tried, and failed.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, Oct 01, 2002 at 05:23:34PM -0400, John Baldwin wrote:
>
> On 01-Oct-2002 Michael McGoldrick wrote:
> > On Tue, Oct 01, 2002 at 12:48:47PM -0400, John Baldwin wrote:
> >>
> >> On 01-Oct-2002 Michael McGoldrick wrote:
> >> > 'Me too'
> >> > Dmesg from working kernel attached, not sure how
Thus spake Poul-Henning Kamp ([EMAIL PROTECTED]):
> 2. Under assumed name, "libxmlread" or something. This means that
> nothing which doesn't explicitly ask for it will get in touch with
> this version of libexpat, and that will only be the programs in
> the tree. We don't need to
Thus spake John Baldwin ([EMAIL PROTECTED]):
> > Can anyone explain me why with a recent kernel (last kernel was from
> > 1 year ago) the kernel boot messages disappear from the monitor
> > once the "propellor" of the kernel boot has done like 5 rounds
> > (last message is the last line of the
>
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
> Rather than write another monster filled with weird structs and enums
> I decided that ASCII is very extensible, and putting XML structure
> on top of it meant that readily available libraries and tools could
> work on it.
Yes, it's IMHO the best way to do it.
> And in fact, I have every reaso
In message <[EMAIL PROTECTED]>, Bruce Evans writes:
>This could have been done without devfs by mapping names of special files
>to numeric indexes in the kernel. Putting the index in the inode is mainly
>an efficiency hack. Numeric indexes work quite well in the kernel (better
>than pointers in
In message <[EMAIL PROTECTED]>, Marc Recht
writes:
>
>Hi!
>
>I just saw the import of expat 1.95.5 into the base system. And
>because expat2 is such a moving target I'm a little bit wondering
>why this did happen. Isn't it better to keep such a beast in the
>ports-tree?
>Or is there a major confi
Version 1.114 of nfs_bio.c added a call to ASSERT_VOP_LOCKED() to
nfs_doio(). I've been running a kernel with the DEBUG_VFS_LOCKS option
and I can consistently get this assertion to fail by running mozilla
with an nfs mounted home directory. The DDB stack trace indicates this
assertion fails whe
On Wed, 2 Oct 2002, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Bruce Evans writes:
> >I don't really like MAKEDEV. It is creating work and bugs by moving
> >problems around that I object to.
>
> So you don't like DEVFS and you don't like MAKEDEV.
>
> Say, how _do_ you access your
Hi!
I just saw the import of expat 1.95.5 into the base system. And because expat2 is such
a moving target I'm a little bit wondering why this did happen. Isn't it better to
keep such a beast in the ports-tree?
Or is there a major config-file to xml rewrite (or something similar) going on nobo
Rasmus Skaarup (mfbsd) writes:
>
>
> I've been getting the following messages for quite some time, during
> boot and when using the pcm device:
>
> ...
> /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:0" locked
[...]
> ...
>
> Is anyone interesting in getting more details?
>
Th
On 01-Oct-2002 Lars Eggert wrote:
> Duncan Barclay wrote:
>> On 01-Oct-2002 Lars Eggert wrote:
>>>
>>>I've been running the guidescope web ad blocker
>>>(http://www.guidescope.com/home/) as a Linux binary under FreeBSD for a
>>>long time. The thing seems to fork a child for each web request it
> On Tue, 1 Oct 2002, Mark Murray wrote:
> > I'm running a kernel with your very latest nexus.c 1.49.
> >
> > The problem of the disappearing HD has not been fixed by this.
> >
> > Enclosed are verbose mesg's, one from a three-hour-ago
> > (1st Oct 2002, 11:00 am, BST) kernel (broken), and anoth
83 matches
Mail list logo
