Re: Some CDIO ioctl's are broken

"SÜren Schmidt" wrote: > It seems Maxim Sobolev wrote: > > Hi Soren, > > > > It seems that after a commit to reduce stack usage in ata driver some CDIO > > ioctl's stopped working. Particularly, CDIOCREADSUBCHANNEL now returns an > > 'Invalid argument'. This could be verified by executing `cdcont

Re: ACPI: problem with fdc resource allocation

Maxim Sobolev wrote: > Maxim Sobolev wrote: > > > "Andrey A. Chernov" wrote: > > > > > On Mon, Sep 17, 2001 at 16:26:20 +0300, Maxim Sobolev wrote: > > > > Hi, > > > > > > > > Finally decided to upgrade my current box to the post-ACPI/KSE and found > > > > that I'm having problem with resource al

Re: reappearance of an old bug again? (microtime went backwards)

In message Matthew Jacob writes: : -current as of the last day or so- anyone else seen? Do these happen with acpi disabled? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: cardbus nonfunctional in -current as of 9/24

At Sun, 30 Sep 2001 02:57:27 -0600, Warner Losh wrote: > > Try disabling acpi and let me know what's what. > > Warner Still the same without acpi. Last night, undocked: Sep 30 20:22:59 hunter /boot/kernel/kernel: pccbb0: at device 4.0 on pci0 Sep 30 20:22:59 hunter /boot/kernel/kern

ACPI and APM interoperability?

Hi, I'm wondering how I should handle APM now that ACPI has basically taken over power management responsibility. It seems I still need to configure APM so that /dev/apm is there and battery monitoring utilities like the GNOME battery_applet can work. I also was able to suspend and resume my mac

uucp user shell and home directory

Can anyone tell me why the uucp user needs to have a default shell and home directory set? uucp:*:66:66:UUCP pseudo-user:/var/spool/uucppublic:/usr/libexec/uucp/uucico Both of those no longer exist by default in FreeBSD, with my changes. Is there any reason why this can't be changed to: uucp:*:

睛點創意

·úÂI³Ð·N¥H¦Û¥Ñ©M¦h¤¸ªº®É¶¡ªÅ¶¡³Ð³y¥X³Ì¦hªº¦¨ÁZ¡A¥H¶}µo³Ð·N©Mºc«ä¥ø¹º¬°¥D¡A¨Ã´£¨Ñ¨ä°õ¦æ¯à¤O¡C ·úÂI³Ð·Nªº¤u§@¦¨­û³£¥H¾Ö¦³¬Û·íªº¤u§@¯à¤O©M¸gÅ笰³Ì¤jªº¸ê²£¡A¨Ã¥B¬Û¤¬¿EÀy¶}µo³Ð·N¡Aª`·N®É¤U¥«³õ°Ó¾÷¡A¥H±À¼s³Ð·N²z©À¡C ¦U­Ó¦¨­û¿ì¨Æ®Ä²v©M°t¦X«×°ª¡A¯à¥H³Ìµuªº®É¶¡§¹¦¨³Ìºë½oªº§@«~¡A¤£½×¦b¸ê®Æ»`¶°¡AÁÙ¬O¦b

Re: uucp user shell and home directory

On Mon, 01 Oct 2001 02:02:46 MST, Kris Kennaway wrote: > uucp:*:66:66:UUCP pseudo-user:/:/sbin/nologin Please use /nonexistent while it's the prevailing convention, or change the prevailing convention. Thanks, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-

Re: lpd: Host name for your address (fe80:....%xl0) unknown

Thus spake Hajimu UMEMOTO ([EMAIL PROTECTED]): > alex> 15329 ?? S 0:00.02 lpd -4 > alex> alex@oink ~ $ lpq > alex> lpd: Host name for your address (fe80::250:baff:fed4:a512%xl0) unknown > Sorry, but I cannot see this message, here. > Could you please tell me how did you do? I started lpd

Re: lpd: Host name for your address (fe80:....%xl0) unknown

BTW, the lpd server (neutron) is a FreeBSD neutron.cichlids.com 4.3-STABLE FreeBSD 4.3-STABLE #0: Tue Jun 5 01:38:27 CEST 2001 [EMAIL PROTECTED]:/storage/obj/storage/src/sys/NEUTRON i386 I think the problem is on the server-side. (since the error messages contains a "xl0" string, which is

Some CDIO ioctl's are broken

Hi Soren, It seems that after a commit to reduce stack usage in ata driver some CDIO ioctl's stopped working. Particularly, CDIOCREADSUBCHANNEL now returns an 'Invalid argument'. This could be verified by executing `cdcontrol stat'. Please fix. -Maxim To Unsubscribe: send mail to [EMAIL PROTEC

Re: Some CDIO ioctl's are broken

It seems Maxim Sobolev wrote: > Hi Soren, > > It seems that after a commit to reduce stack usage in ata driver some CDIO > ioctl's stopped working. Particularly, CDIOCREADSUBCHANNEL now returns an > 'Invalid argument'. This could be verified by executing `cdcontrol stat'. Uhm: sos> cdcontrol -f

Re: lpd: Host name for your address (fe80:....%xl0) unknown

Alexander Langer <[EMAIL PROTECTED]> writes: > alex@oink ~ $ lpq > lpd: Host name for your address (fe80::250:baff:fed4:a512%xl0) unknown The server is reporting that it can't figure out who you are, and therefore won't let you access the printer. See hosts.lpd(5). The client is merely repeatin

Re: lpd: Host name for your address (fe80:....%xl0) unknown

Thus spake Dag-Erling Smorgrav ([EMAIL PROTECTED]): > > alex@oink ~ $ lpq > > lpd: Host name for your address (fe80::250:baff:fed4:a512%xl0) unknown > The server is reporting that it can't figure out who you are, and > therefore won't let you access the printer. See hosts.lpd(5). The > client i

Re: lpd: Host name for your address (fe80:....%xl0) unknown

> On Mon, 1 Oct 2001 15:29:43 +0200 > Alexander Langer <[EMAIL PROTECTED]> said: alex> Thus spake Dag-Erling Smorgrav ([EMAIL PROTECTED]): > > alex@oink ~ $ lpq > > lpd: Host name for your address (fe80::250:baff:fed4:a512%xl0) unknown > The server is reporting that it can't figure out w

Re: lpd: Host name for your address (fe80:....%xl0) unknown

> On Mon, 1 Oct 2001 14:21:28 +0200 > Alexander Langer <[EMAIL PROTECTED]> said: alex> BTW, the lpd server (neutron) is a alex> FreeBSD neutron.cichlids.com 4.3-STABLE FreeBSD 4.3-STABLE #0: Tue Jun 5 01:38:27 CEST 2001 [EMAIL PROTECTED]:/storage/obj/storage/src/sys/NEUTRON i386

world broken in src/lib/libedit

[...] cd /var/d10/FreeBSD-2001-10-01/src/lib/libc;make beforeinstall cd /var/d10/FreeBSD-2001-10-01/src/lib/libcalendar; make beforeinstall cd /var/d10/FreeBSD-2001-10-01/src/lib/libcalendar && sh /var/d10/FreeBSD-2001-10-01/src/tools/install.sh -C -o root -g whee

Re: uucp user shell and home directory

Lyndon Nerenberg writes: > > "Garrett" == Garrett Wollman <[EMAIL PROTECTED]> writes: > > Garrett> I remember, back in the mists of ancient time, it was > Garrett> common practice to provide ``anonymous UUCP'' service > Garrett> along the lines of anonymous FTP in (what was a

Re: world broken in src/lib/libedit

On Mon, Oct 01, 2001 at 04:29:08PM +0200, Bernd Walter wrote: > cd /var/d10/FreeBSD-2001-10-01/src/lib/libedit && sh >/var/d10/FreeBSD-2001-10-01/src/tools/install.sh -C -o root -g wheel -m 444 >histedit.h /usr/obj/var/d10/FreeBSD-2001-10-01/src/i386/usr/include > install: histedit.h: No such

broken current

hi, 44 camlib.h /usr/obj/usr/src/i386/usr/include cd /usr/src/lib/libdisk;make beforeinstall cd /usr/src/lib/libdisk && sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libdisk.h /usr/obj/usr/src/i386/usr/include cd /usr/src/lib/libedit;

Re: broken current

On Mon, Oct 01, 2001 at 10:49:16PM +0300, Gene Raytsin wrote: > hi, Hi. > /usr/obj/usr/src/i386/usr/include > install: histedit.h: No such file or directory > > Getting this like 3d time as of today. > Any ideas? Yeah, do what ever you do to retrieve this mailing list; then read any new messa

oops [was: Re: broken current]

On Mon, 01 Oct 2001 at 14:37:14 -0700, David O'Brien wrote: > On Mon, Oct 01, 2001 at 10:49:16PM +0300, Gene Raytsin wrote: > > hi, > > Hi. > > > /usr/obj/usr/src/i386/usr/include > > install: histedit.h: No such file or directory > > > > Getting this like 3d time as of today. > > Any ideas? >

Re: oops [was: Re: broken current]

On Tue, Oct 02, 2001 at 12:43:50AM +0300, Gene Raytsin wrote: > and I am sorry for offtopic, ofcourse It wasn't off topic. Users of -current just have responsibilities (such as reading the freebsd-current list) before posting about a problem. -- -- David ([EMAIL PROTECTED]) To Unsubscribe:

Re: uucp user shell and home directory

On 01-Oct-2001 Lyndon Nerenberg wrote: > UUCP still gets used. It's one of the few sane ways to handle email in > a laptop environment when you're always connecting through different > dialups/ISPs. It has mostly fallen out of favour due to ignorance and > FUD. Which is a shame, as it can sti

Re: uucp user shell and home directory

NO, POP and IMAP (I think) will lose all the envelope information, UUCP keeps that.. SMTP is a PUSH operation.. so for a PULL operation that can handle envelope information (e.g. BCC) you need UUCP On Tue, 2 Oct 2001, Daniel O'Connor wrote: > > On 01-Oct-2001 Lyndon Nerenberg wrote: > > U

Re: uucp user shell and home directory

On 02-Oct-2001 Julian Elischer wrote: > POP and IMAP (I think) will lose all the envelope information, > > UUCP keeps that.. What use is it? I don't know what I'm missing... > SMTP is a PUSH operation.. I meant that I tunnel SMTP back to my work to send email from a foreign location. ---

Re: ACPI and APM interoperability?

In message <[EMAIL PROTECTED]> Scott Long writes: : On Mon, Oct 01, 2001 at 10:50:17AM +0200, Georg-W. Koltermann wrote: : > Hi, : > : > I'm wondering how I should handle APM now that ACPI has basically : > taken over power management responsibility. : : APM and ACPI are mutually exclusive from

Re: ACPI and APM interoperability?

In message <[EMAIL PROTECTED]> Mitsuru IWASAKI writes: : Generalized power-management interface API to have compatibility with : APM and ACPI also is suggested long time ago; : :http://www.freebsd.org/cgi/getmsg.cgi?fetch=403390+406841+/usr/local/www/db/text/2001/freebsd-current/20010114.freebsd-

Re: ACPI: problem with fdc resource allocation

Hi, I've just made a workaround for this. Intel folks, could you review it as always? > The problem is here, right? > > can't fetch resources for \\_SB_.PCI0.ISA_.FDC0 - AE_AML_BUFFER_LIMIT > > I'm sure _SB_.PCI0.ISA_.FDC0._CRS (Current Resource Settings) have some > problems (not sure in BIOS

Re: ACPI: problem with fdc resource allocation

Mitsuru IWASAKI wrote: > Hi, > > > Maxim Sobolev wrote: > > > > > Maxim Sobolev wrote: > > > > > > > "Andrey A. Chernov" wrote: > > > > > > > > > On Mon, Sep 17, 2001 at 16:26:20 +0300, Maxim Sobolev wrote: > > > > > > Hi, > > > > > > > > > > > > Finally decided to upgrade my current box to the p

Re: ACPI and APM interoperability?

Hi, > On Mon, Oct 01, 2001 at 10:50:17AM +0200, Georg-W. Koltermann wrote: > > Hi, > > > > I'm wondering how I should handle APM now that ACPI has basically > > taken over power management responsibility. > > APM and ACPI are mutually exclusive from what I understand. You should > remove the a

Re: Today's -CURRENT buildworld breaks: libedit/Makefile wants histedit.h

On Mon, Oct 01, 2001 at 08:06:20AM -0700, David Wolfskill wrote: > Today's -CURRENT build breaks: Thanks for the note. I'm looking now what is different from my test box and what everyone else has. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of

panic in ipfw code

Hi, I wondered nobody noticed this bug so far. The kernel panics if you feed him with unnumbered firewall rules (like "ipfw add allow all from any to any") Fix is simple. In the code the wrong loop variable was used: Index: ip_fw.c ===

Re: ACPI: problem with fdc resource allocation

Hi, > > I'm not sure exactly what's the problem you are having, but it's too > > little information to track it down... > > Could you send [EMAIL PROTECTED] ; > > - acpidump output; like > ># acpidump -o your_machine_name.dsdt > your_machine_name.dsdt.asl > > I'll add them to > > http://

Re: uucp user shell and home directory

> "Ruslan" == Ruslan Ermilov <[EMAIL PROTECTED]> writes: Ruslan> It doesn't really matter what the home directory is set to Ruslan> (IIRC), but the shell must be uucico(8). No, this is wrong on both counts. By convention, the home directory of the uucp login has corresponded to the

Re: uucp user shell and home directory

< said: > And you should *never* allow remote site UUCP logins (those that run > uucico) under the `uucp' login, for obvious security reasons. I remember, back in the mists of ancient time, it was common practice to provide ``anonymous UUCP'' service along the lines of anonymous FTP in (what wa

Re: uucp user shell and home directory

> "Garrett" == Garrett Wollman <[EMAIL PROTECTED]> writes: Garrett> I remember, back in the mists of ancient time, it was Garrett> common practice to provide ``anonymous UUCP'' service Garrett> along the lines of anonymous FTP in (what was at that Garrett> time) ARPANET. Yu

Today's -CURRENT buildworld breaks: libedit/Makefile wants histedit.h

Today's -CURRENT build breaks: >>> stage 4: populating /usr/obj/usr/src/i386/usr/include -- ... cd /usr/src/lib/libcam; make beforeinstall cd /usr/src/lib/libcam && sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 camli

Re: uucp user shell and home directory

On Mon, Oct 01, 2001 at 02:02:46AM -0700, Kris Kennaway wrote: > Can anyone tell me why the uucp user needs to have a default shell and > home directory set? > > uucp:*:66:66:UUCP pseudo-user:/var/spool/uucppublic:/usr/libexec/uucp/uucico > > Both of those no longer exist by default in FreeBSD,

Re: ACPI and APM interoperability?

On Mon, Oct 01, 2001 at 10:50:17AM +0200, Georg-W. Koltermann wrote: > Hi, > > I'm wondering how I should handle APM now that ACPI has basically > taken over power management responsibility. APM and ACPI are mutually exclusive from what I understand. You should remove the apm device from your k

RFC: /compat/linux altpath behavior under admin control

Hi current@, as you no doubt know, when you run a Linux binary every file access undergoes an intermediate step where the kernel looks for a file with the same name under /compat/linux. This interferes with basically anything which needs to traverse the whole tree, and in particular backup softwa

HEADS UP kernel & burncd change..

Kernel and burncd must be in sync again, a make kernel followed by a make world should do it. -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: ACPI and APM interoperability?

It seems Scott Long wrote: > On Mon, Oct 01, 2001 at 10:50:17AM +0200, Georg-W. Koltermann wrote: > > I also was able to suspend and resume my machine (DELL Inspiron 7500) > > with APM being configured (and ACPI being active by default). Sound > > is dead after a resume, > > What sound card? >

microtime

yes, with acpi timer disabled this seems to have gone away To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: ACPI: problem with fdc resource allocation

Hi, > Maxim Sobolev wrote: > > > Maxim Sobolev wrote: > > > > > "Andrey A. Chernov" wrote: > > > > > > > On Mon, Sep 17, 2001 at 16:26:20 +0300, Maxim Sobolev wrote: > > > > > Hi, > > > > > > > > > > Finally decided to upgrade my current box to the post-ACPI/KSE and found > > > > > that I'm havi

Re: ACPI and APM interoperability?

> : APM and ACPI are mutually exclusive from what I understand. You should > : remove the apm device from your kernel config. > > I've been able to run both with my VAIO. However, my VAIO hangs > randomly with ACPI enabled (even when i have apm disable). You shouldn't be able to do this. 8)

Re: ACPI and APM interoperability?

In message <[EMAIL PROTECTED]> Mike Smith writes: : > : APM and ACPI are mutually exclusive from what I understand. You should : > : remove the apm device from your kernel config. : > : > I've been able to run both with my VAIO. However, my VAIO hangs : > randomly with ACPI enabled (even when i

Re: Review: change NGROUPS_MAX from 16 to 64

On Mon, Oct 01, 2001 at 05:04:51PM -0400, Robert Watson wrote: > > Note this will break binary compatibility for xucred. Note also that this > may have fascinating effects in NFS environments. Note also that you'll > probably want to update KI_NGROUPS also. No idea if it will affect NIS. As

Re: panic in ipfw code

Daniel Rock <[EMAIL PROTECTED]> writes: > I wondered nobody noticed this bug so far. > The kernel panics if you feed him with unnumbered firewall rules > (like "ipfw add allow all from any to any") This was reported by DES, and fixed moments before you sent out your e-mail (with a delta identical

Re: uucp user shell and home directory

> The convention was to use ``uucp'' as the default anonymous login > service. I think we're talking about two different things. Yes, many UNIX distributions shipped with a passwordless 'uucp' account with uucico as the shell. My comments about the 'nuucp' convention were referring to the publica

whups, I lied

On Mon, 1 Oct 2001, Matthew Jacob wrote: > > yes, with acpi timer disabled this seems to have gone away > > > Nope, even with the change Mike mentioned, I still get: microuptime() went backwards (50013.3990440 -> 50012.321555) microuptime() went backwards (50013.3990440 -> 50012.406351)

Re: ACPI and APM interoperability?

At Mon, 1 Oct 2001 08:49:10 -0600, Scott Long wrote: > > On Mon, Oct 01, 2001 at 10:50:17AM +0200, Georg-W. Koltermann wrote: > [...] > > I also was able to suspend and resume my machine (DELL Inspiron 7500) > > with APM being configured (and ACPI being active by default). Sound > > is dead afte

Re: uucp user shell and home directory

On Mon Oct 1 14:00:56 2001 Garrett Wollman wrote: > < >said: > > > And you should *never* allow remote site UUCP logins (those that run > > uucico) under the `uucp' login, for obvious security reasons. > > I remember, back in the mists of ancient time, it was common practice > to provide ``ano

Re: uucp user shell and home directory

Lyndon Nerenberg writes: > > The convention was to use ``uucp'' as the default anonymous login > > service. > > I think we're talking about two different things. Yes, many > UNIX distributions shipped with a passwordless 'uucp' account > with uucico as the shell. My comments about the 'nuuc

Re: Review: change NGROUPS_MAX from 16 to 64

Note this will break binary compatibility for xucred. Note also that this may have fascinating effects in NFS environments. Note also that you'll probably want to update KI_NGROUPS also. No idea if it will affect NIS. Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL