Andrei Popov <[EMAIL PROTECTED]> writes:
> There's something fishy with Xkb in 4.3: whenever I try cyrillic
> layouts (e.g. ru, bg, ua, etc.), I cannot type a thing (and yes,
> cyrillic fonts are listed in font path).
> Running xev shows that event is there. Anyone seen the same
> behavior/knows
On Sat, 15 Feb 2003 23:56:50 +0100
"Simon 'corecode' Schubert" <[EMAIL PROTECTED]> wrote:
> Lately Bruce Evans wrote:
>
> > This change makes such opens bogusly time out after 1 second (unless
> > there is already a writer).
> >
> > There seems to be a race in fifo_open(): opens for read don't
>
In message <[EMAIL PROTECTED]>, Alexander Leiding
er writes:
>On Sat, 15 Feb 2003 23:56:50 +0100
>"Simon 'corecode' Schubert" <[EMAIL PROTECTED]> wrote:
>
>> Lately Bruce Evans wrote:
>>
>> > This change makes such opens bogusly time out after 1 second (unless
>> > there is already a writer).
>> >
I'n not shure if this is still the place to drop these???
I haven't seen may off these lately on the list...
Found in my dmesg of yesterday, system is now 5 days up:
/usr/src5/sys/kern/kern_lock.c:243: could sleep with "buf queue lock" locked from
/usr/src5/sys/kern/vfs_bio.c:2104
freebee# unam
> Please try setting the locale:
> export LC_CTYPE="ru_RU.KOI8-R"
> or
> setenv LC_CTYPE "ru_RU.KOI8-R"
Yow! Worked -- which is a bit strange: with 4.2 nothing like this was
necessary...
> --
> Alexander Pohoyda
> <[EMAIL PROTECTED]>
Thanks,
-- Andrei
On Sun, 9 Mar 2003, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Alexander Leiding
> er writes:
> >On Sat, 15 Feb 2003 23:56:50 +0100
> >"Simon 'corecode' Schubert" <[EMAIL PROTECTED]> wrote:
> >
> >> Lately Bruce Evans wrote:
> >>
> >> > This change makes such opens bogusly time out
In message <[EMAIL PROTECTED]>, Bruce Evans writes:
>> I'm sort of expecting Bruce to commit his own patch ?
>
>I'm sort of expecting Poul-Henning to report whether it fixes the
>sendmail problem :-). Also, since I don't normally run -current,
>changes to it are hard to test properly.
Ahh, my re
>From my observations (yes, please correct me if I am wrong), that modules define what
>to support in their respective makefiles in the form of
SRC= aaa.c bbb.c opt_*.h
Where opt_*.h are automagically generated if they are not in machine@ (and the
generated files are just empty files that indic
In article you write:
>From my observations (yes, please correct me if I am wrong), that
>modules define what to support in their respective makefiles in the form
>of
>
>SRC= aaa.c bbb.c opt_*.h
>
>Where opt_*.h are automagically generated if they are not in machine@
>(and the generated files are
Starting today I noticed this warning at bootup:
WARNING: Driver mistake: make_dev(console) called before SI_SUB_DRIVERS
Is there more info I should supply?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In message <[EMAIL PROTECTED]>, walt writes:
>Starting today I noticed this warning at bootup:
>WARNING: Driver mistake: make_dev(console) called before SI_SUB_DRIVERS
>
>Is there more info I should supply?
Ooops. No, that is plenty. I'll fix it.
--
Poul-Henning Kamp | UNIX since Zilog Z
Hi, the current -current ata driver panics at boot
when using the CS5530 (National GX1, ex-"cyrix").
This driver worked in the past on -current, likely
up until the major rework that appears to be
underway as of 20-Feb-2003 (that is, the creation
of "ata-chipset.c", etc.)
Routine "ata_cyrix_set
It seems Bruce R. Montague wrote:
>
I'll look into it, thanks for reporting!
> Hi, the current -current ata driver panics at boot
> when using the CS5530 (National GX1, ex-"cyrix").
> This driver worked in the past on -current, likely
> up until the major rework that appears to be
> underway as
It seems Bruce R. Montague wrote:
>
> Routine "ata_cyrix_setmode()" in "ata-chipset.c"
> appears to be assuming that "channel->dma" has a
> valid pointer to a "struct ata_dma_funcs", and
> that "channel->r_bmio" is a valid bus resource
> id. This is not the case, both "channel->dma" and
> "channe
Poul-Henning Kamp wrote:
In message <[EMAIL PROTECTED]>, walt writes:
Starting today I noticed this warning at bootup:
WARNING: Driver mistake: make_dev(console) called before SI_SUB_DRIVERS
Is there more info I should supply?
Ooops. No, that is plenty. I'll fix it.
Yes, fixed now. Thanks.
Hi, re the ata driver and CS5530, Soren Schmidt asked:
> Could you please dump the pci reg 0x20 (with pciconf) and
> verify that it is endeed 0 ?
Ok (it's _not_ 0):
-
geode# pciconf -r pci0:18:2 0x20
fc01
geode# pciconf -r pci0:18:2 32
fc01
-
Is this 0x20 on F2, F2BAR4? I
Hi
I didn;t see the original problem, just the reply..
Just one thing to be aware of when using the 5530.
I used a 5530 on the Interjet-II.
It has a terrible bug where it fails if the data being transferred
to/from the disk by DMA is not alligned on a 16 byte boundary. programs
such as newfs and
At 7:37 PM +0100 3/5/03, Marcin CIEÂLAK wrote:
See the patches enclosed to emulators/rtc
and emulators/vmware2 ports.
Tested only for -current with:
#define __FreeBSD_version 500104
This does get it so the vmware module will load correctly at
system startup, and I think the
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
-
Hi, regarding the CS5530 driver initialization
(ata cyrix) panic, the problem of channel "dma"
and "r_bmio" fields being 0 is due to the hardware
PCI config cmd register not having the expected
value. In "ata-pci.c / ata_pci_attach()" the code
fragment:
/* is busmastering supported ? */
if ((cmd
It seems Bruce R. Montague wrote:
>
> /* is busmastering supported ? */
> if ((cmd & (PCIM_CMD_PORTEN | PCIM_CMD_BUSMASTEREN)) ==
> (PCIM_CMD_PORTEN | PCIM_CMD_BUSMASTEREN)) {
>
> failed because "cmd" was 0x01 instead of 0x05 (the
> PORTEN | BUSMASTEREN is 0x05). The 5530 datasheet
> (well, SC120
Many programs (from ports too) defines _ISOC99_SOURCE to get C99
functions, but we don't sense this define currently. Here is the fix for
review:
--- cdefs.h.bak Wed Oct 23 05:04:06 2002
+++ cdefs.h Mon Mar 10 09:11:01 2003
@@ -360,6 +360,9 @@
#define__POSIX_VISIBLE 198808
In message: <[EMAIL PROTECTED]>
Garance A Drosihn <[EMAIL PROTECTED]> writes:
:driver "vmmon" used unreserved major device number 200
Actually, major numbers 200-253 are 'reserved for local use' and
shouldn't be assigned autmatically.
Warner
To Unsubscribe: send mail to [EMAIL PR
Soeren Schmidt wrote:
> the following patch should solve that:
Yes, it does, Thanks!
All's well that... ends.
- bruce
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
24 matches
Mail list logo
