Hi,
I was going to propose the following kludge^Wpatch...
--- sys/dev/ic/wdc.c.orig 2016-09-14 22:00:16.0 -0400
+++ sys/dev/ic/wdc.c2017-09-02 18:57:21.0 -0400
@@ -1326,6 +1326,9 @@
at_poll) != CMD_OK)
Hi,
Now I've sent the general dmesg output, I'll provide the specific stuff
concerning the card.
On insertion:
cd61 wrote:
> wdc2 at pcmcia0 function 0 "TRANSCEND, TS64GCF400, " port 0x4000/16
> wd1 at wdc2 channel 0 drive 0:
> wd1: 1-sector PIO, LBA48, 61064MB, 125059072 sectors
>
On Sat, Sep 02, 2017 at 02:48:12PM +0200, Anton Lindqvist wrote:
> On Sat, Sep 02, 2017 at 11:01:14AM +, C. L. Martinez wrote:
> > Hi all,
> >
> > I have used mutt over several months under FreeBSD and RHEL/CentOS. I have
> > migrated my desktop to OpenBSD 6.1 and I have a problem with
Just some notes on the damn thing:
Swapping the general battery clears the 'CMOS' memory. I surmise that
there is no seperate CMOS battery: I consider this a design flaw.
As with lots of IBM PC stuff of the era (since the PS/2?), there's a
'system partition' (or whatever they called it that
Here's the promised dmesg.
--schaafuit.
cd61 wrote:
> OpenBSD 6.1 (RAMDISK_CD) #289: Sat Apr 1 13:58:25 MDT 2017
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD
> cpu0: Intel(R) Pentium(R) M processor 1300MHz ("GenuineIntel" 686-class) 1.30
> GHz
> cpu0:
>
This is fixed in sudo 1.8.21p1. It's in ports now but you'll need
to wait a bit for a prebuild package, though you can of course
build your own.
- todd
On Sat, Sep 02, 2017 at 11:01:14AM +, C. L. Martinez wrote:
> Hi all,
>
> I have used mutt over several months under FreeBSD and RHEL/CentOS. I have
> migrated my desktop to OpenBSD 6.1 and I have a problem with mutt's package
> installed from official OpenBSD's repos
Hi all,
I have used mutt over several months under FreeBSD and RHEL/CentOS. I have
migrated my desktop to OpenBSD 6.1 and I have a problem with mutt's package
installed from official OpenBSD's repos (neomutt-20170306-gpgme-sasl).
In my mutt's config file I have defined the following key
To: misc@openbsd.org
Subject: fu: wdc_pcmcia and ATA mode
I wrote:
> I'm to install OpenBSD on an old Thinkpad, but I first need to dump
> the curr hdd contents, using the install cd, to a large CF card, via
> a PCMCIA adapter.
>
> The pcmcia stuff is correctly detected by the kernel, but
Hi Otto,
Thanks for your reply.
On Sat, Sep 02, 2017 at 08:25:09AM +0200, Otto Moerbeek wrote:
| > Does anyone have a better approach?
|
| Why in rc.local? This is a one time action only, right?
Uhm, that's actually a good question. I thought `MAKEDEV all` deleted
all dev entries before
Hi Jacqueline,
Thanks for your reply!
On Fri, Sep 01, 2017 at 07:28:22PM -0700, Jacqueline Jolicoeur wrote:
| This is just an idea.
|
| Can you simply edit,
|
| /usr/src/etc/etc.`uname -p`/MAKEDEV.md
|
| to produce a /dev/MAKEDEV which will create all 32 device files by
| default?
I could do
On Fri, Sep 01, 2017 at 10:46:05PM BST, Paul de Weerd wrote:
> I make extensive use of softraid crypto on two internal and a bunch of
> external disks. This results in up to 32 sd(4) devices attaching to
> my machine. However, by default MAKEDEV only creates 10 sd device
> nodes in /dev.
>
>
Am 1. September 2017 06:38:49 MESZ schrieb Philipp Buehler
:
>Hello,
>
>Am 01.09.2017 00:33 schrieb Maxim Bourmistrov:
>> 0/232/64 mbuf 2048 byte clusters in use (current/peak/max)
>> 423/2865/120 mbuf 2112 byte clusters in use (current/peak/max)
>>
On Fri, Sep 01, 2017 at 11:46:05PM +0200, Paul de Weerd wrote:
> I make extensive use of softraid crypto on two internal and a bunch of
> external disks. This results in up to 32 sd(4) devices attaching to
> my machine. However, by default MAKEDEV only creates 10 sd device
> nodes in /dev.
>
>
14 matches
Mail list logo