Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...]

2005-02-07 Thread Vlad Manilici
Hi, > Does 5-STABLE have a working acpi based suspend/resume for anyone? I have a 5-STABLE from 27.01, on an IBM R40e. Suspend to memory (-s 3) seems to work, but there is no way to resume. How do you trigger a resume?? CU, Vlad ___ freebsd-stable@fre

Re: ATA mkIII first official patches - please test!

2005-02-07 Thread Søren Schmidt
Dag-Erling Smørgrav wrote: Søren Schmidt <[EMAIL PROTECTED]> writes: http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz http://people.freebsd.org/~sos/ata-mk3j.tar.gz sys/dev/ata/ata-all.c rev 1.235 conflicts, could you please update the

Re: ATA mkIII first official patches - please test!

2005-02-07 Thread Dag-Erling Smørgrav
Søren Schmidt <[EMAIL PROTECTED]> writes: > http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3j.tar.gz sys/dev/ata/ata-all.c rev 1.235 conflicts, could you please update the -CURRENT patch? DES

Re: interrupt routing

2005-02-07 Thread Doug White
On Mon, 7 Feb 2005, dima wrote: > I am preparing a new server for production use. > It contains 2 1000BaseTX NICs and 2 SCSI controllers. > The interrupt assignment performed by ACPI looks kinda strange: > irq24: bge0 ahd0 > irq25: bge1 ahd1 > How can I affect it? I mean I want all the devices use

Re: writeprotected floppy not unmountable on STABLE

2005-02-07 Thread Doug White
On Sun, 30 Jan 2005, Oliver Lehmann wrote: > Hi, > > I mounted a write-pretected floppy on 5-STABLE and now I'm not able to > unmount the floppy For the record I can reproduce this. There is #ifdef notyet'd code in fdc that would avoid this case. I'm hoping phk can explain what changes are stil

Re: 5.x concerns

2005-02-07 Thread Kris Kennaway
On Mon, Feb 07, 2005 at 09:40:48PM -0200, T?rgan Flores de Siqueira wrote: > >On Sun, Feb 06, 2005 at 03:01:49PM +, Chris wrote: > > > >>4 - compatiblity, I remember using 5.2.1 and pretty much all software > >>worked well in that and then they did the bind defaulting to base and > >>libs versi

Re: 5.x concerns

2005-02-07 Thread Freddie Cash
On February 7, 2005 03:40 pm, Tórgan Flores de Siqueira wrote: > Just adding a note: I regularly use FreeBSD on a Toshiba notebook, > and switched from 4.x to 5.x to benefit from cardbus support. > Well, I started with 5.2.1 and all things did well. Since then, I'm > trying to track 5-STABLE with n

Re: 5.x concerns

2005-02-07 Thread Tórgan Flores de Siqueira
On Sun, Feb 06, 2005 at 03:01:49PM +, Chris wrote: 4 - compatiblity, I remember using 5.2.1 and pretty much all software worked well in that and then they did the bind defaulting to base and libs version jump, why wasnt this done in 5.0 so 3rd party apps could adjust, now we have a situation wh

Re: strange make problem with non root users 5.3-STABLE

2005-02-07 Thread Roman Neuhauser
# [EMAIL PROTECTED] / 2005-02-03 22:16:58 +: > have a look at this compiling a eggdrop had the same with some other > apps as well. > > [EMAIL PROTECTED] eggdrop1.6.17 # make config > make: Permission denied > [EMAIL PROTECTED] eggdrop1.6.17 # make config > make: Permission denied > [EMAIL PRO

Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...]

2005-02-07 Thread Kevin Oberman
> Date: Mon, 07 Feb 2005 18:17:16 -0500 > From: David Scheidt <[EMAIL PROTECTED]> > Sender: [EMAIL PROTECTED] > > George Hartzell wrote: > > > I haven't had time to upgrade (cobbler's kids, no shoes, etc...) but > > it's on my list of things to do. > > > > Does 5.3 Release have a working acpi ba

Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...]

2005-02-07 Thread David Scheidt
George Hartzell wrote: I haven't had time to upgrade (cobbler's kids, no shoes, etc...) but it's on my list of things to do. Does 5.3 Release have a working acpi based suspend/resume for anyone? Does 5-STABLE have a working acpi based suspend/resume for anyone? Suspend to memory works on my T42 on

Re: 50% of packets lost only on local interfaces

2005-02-07 Thread Jon Noack
José M. Fandiño wrote: Jon Noack wrote: Finally, I found the culprit: CFLAGS="" \ 100% of the transmited traffic is received COPTFLAGS="" / CFLAGS= -pipe \ 50% of the transmited traffic is received COPTFLAGS= -pipe / >>> That would be exceedingly strange, because the above two opt

panic: pf with debug.mpsafenet

2005-02-07 Thread Emanuel Strobl
Hello, again I got a panic with PF when debug.mpsafenet is enabled, when set to 0 the machine runs almost fine, except that 'pfctl -F all -f /etc/pf.conf' panics and "block return" and "block return-icmp(3,13)" doesn't work. Here's the trace: Fatal trap 12: page fault while in kernel mode faul

ACPI Suspend/resume [was Re: ATA mkIII first official patches...]

2005-02-07 Thread George Hartzell
Søren Schmidt writes: > [...] > Find such a machine might be very hard, if not plain impossible :/ > I already have 3 laptops here (of which none has worked for several > month regarding suspend/resume) so I have plenty. [...] How bad is the acpi suspend/resume situation. I have 5.3-BETA4 on

Re: 50% of packets lost only on local interfaces

2005-02-07 Thread Jon Noack
José M. Fandiño wrote: Kris Kennaway wrote: On Mon, Feb 07, 2005 at 11:15:52AM +0100, Jos? M. Fandi?o wrote: "Jos? M. Fandi?o" wrote: Chris wrote: Have tested on 3 boxes. yes, it's the intended operation and If I don't see it I don't believe it but it happens. I ever thought it would be possible.

Re: 50% of packets lost only on local interfaces

2005-02-07 Thread Kris Kennaway
On Mon, Feb 07, 2005 at 11:30:43AM +0100, Jos? M. Fandi?o wrote: > Kris Kennaway wrote: > > > > On Mon, Feb 07, 2005 at 11:15:52AM +0100, Jos? M. Fandi?o wrote: > > > "Jos? M. Fandi?o" wrote: > > > > > > > > Chris wrote: > > > > > > > > > > Have tested on 3 boxes. > > > > > > > > yes, it's the int

Re: ATA mkIII first official patches - please test!

2005-02-07 Thread Mike Jakubik
Sorry to be a BOFH, but could you guys stop crossposting on this topic? I think -current is more suitable for this. Thanks. * Hides in corner * ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To uns

PANIC (maybe pf related?)

2005-02-07 Thread Emanuel Strobl
Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc056cc3c stack pointer = 0x10:0xcc706918 frame pointer = 0x10:0xcc70693c code segment= base 0x0, l

Re: PANIC: Re: machine locks with PF (without using user dependent rules)

2005-02-07 Thread Emanuel Strobl
Am Montag, 7. Februar 2005 17:32 schrieb Emanuel Strobl: > Am Montag, 7. Februar 2005 16:52 schrieb Emanuel Strobl: > > Am Samstag, 8. Januar 2005 18:24 schrieb Max Laier: > > > On Saturday 08 January 2005 17:52, Robert Watson wrote: > > > > On Sat, 8 Jan 2005, Harald Schmalzbauer wrote: > > > > >

interrupt routing

2005-02-07 Thread dima
I am preparing a new server for production use. It contains 2 1000BaseTX NICs and 2 SCSI controllers. The interrupt assignment performed by ACPI looks kinda strange: irq24: bge0 ahd0 irq25: bge1 ahd1 How can I affect it? I mean I want all the devices use different IRQ lines. _

PANIC: Re: machine locks with PF (without using user dependent rules)

2005-02-07 Thread Emanuel Strobl
Am Montag, 7. Februar 2005 16:52 schrieb Emanuel Strobl: > Am Samstag, 8. Januar 2005 18:24 schrieb Max Laier: > > On Saturday 08 January 2005 17:52, Robert Watson wrote: > > > On Sat, 8 Jan 2005, Harald Schmalzbauer wrote: > > > > my machine hard locks with the attached ruleset. If I set > > > >

Re: machine locks with PF (without using user dependent rules)

2005-02-07 Thread Emanuel Strobl
Am Samstag, 8. Januar 2005 18:24 schrieb Max Laier: > On Saturday 08 January 2005 17:52, Robert Watson wrote: > > On Sat, 8 Jan 2005, Harald Schmalzbauer wrote: > > > my machine hard locks with the attached ruleset. If I set > > > debug.mpsafenet to 0 everything is fine. This was a wild guess from

Re: ATA mkIII first official patches - please test!

2005-02-07 Thread Søren Schmidt
Randy Bush wrote: Since I cannot debug this, I have no way of finding out whats wrong. I will look at it when ACPI allows me to use suspend/resume again, until then I'll concentrated on things that I can work on... where's my refund? :-) more seriously, shall we do a fund to get you a laptoy on

Re: ATA mkIII first official patches - please test!

2005-02-07 Thread Randy Bush
> Since I cannot debug this, I have no way of finding out whats wrong. > I will look at it when ACPI allows me to use suspend/resume again, until > then I'll concentrated on things that I can work on... where's my refund? :-) more seriously, shall we do a fund to get you a laptoy on which acpi

Re: ATA mkIII first official patches - please test!

2005-02-07 Thread Søren Schmidt
Randy Bush wrote: diff -u -r1.20 ata-all.c --- ata-all.c 2005/02/03 17:02:31 1.20 +++ ata-all.c 2005/02/07 14:27:57 @@ -630,7 +630,7 @@ void ata_udelay(int interval) { -if (1 || interval < (100/hz) || ata_delayed_attach) +if (interval < (100/hz) || ata_delayed_attach)

Re: ATA mkIII first official patches - please test!

2005-02-07 Thread Randy Bush
> diff -u -r1.20 ata-all.c > --- ata-all.c 2005/02/03 17:02:31 1.20 > +++ ata-all.c 2005/02/07 14:27:57 > @@ -630,7 +630,7 @@ > void > ata_udelay(int interval) > { > -if (1 || interval < (100/hz) || ata_delayed_attach) > +if (interval < (100/hz) || ata_delayed_attach) >

Re: ATA mkIII first official patches - please test!

2005-02-07 Thread SÃren Schmidt
Arne Schwabe wrote: SÃren Schmidt <[EMAIL PROTECTED]> writes: Randy Bush wrote: After suspend, my ThinkPad X40 now hangs with following logs (copied by hand): Hmm, do you have ATA compiled in or as modules. I could easily imagine that modules could have problems, but as "built in" nothing really c

Re: ATA mkIII first official patches - please test!

2005-02-07 Thread Arne Schwabe
SÃren Schmidt <[EMAIL PROTECTED]> writes: > Randy Bush wrote: After suspend, my ThinkPad X40 now hangs with following logs (copied by hand): >>> >>> Hmm, do you have ATA compiled in or as modules. I could easily >>> imagine that modules could have problems, but as "built in" nothing >>> re

Re: ATA mkIII first official patches - please test!

2005-02-07 Thread Randy Bush
>> my patched t41, current with ata in the kernel, locks up with disk >> light on solid on resume. > Does it work with stock ATA ? it did last week, before i rebuilt with patch > I cant work on suspend/resume as it has been broken due to ACPI > brokenness since september last year on all my lapt

Re: ATA mkIII first official patches - please test!

2005-02-07 Thread Søren Schmidt
Randy Bush wrote: After suspend, my ThinkPad X40 now hangs with following logs (copied by hand): Hmm, do you have ATA compiled in or as modules. I could easily imagine that modules could have problems, but as "built in" nothing really changed... my patched t41, current with ata in the kernel, loc

Re: ATA mkIII first official patches - please test!

2005-02-07 Thread Randy Bush
>> After suspend, my ThinkPad X40 now hangs with following logs (copied >> by hand): > Hmm, do you have ATA compiled in or as modules. I could easily imagine > that modules could have problems, but as "built in" nothing really > changed... my patched t41, current with ata in the kernel, locks up

Re: 50% of packets lost only on local interfaces

2005-02-07 Thread José M. Fandiño
Kris Kennaway wrote: > > On Mon, Feb 07, 2005 at 11:15:52AM +0100, Jos? M. Fandi?o wrote: > > "Jos? M. Fandi?o" wrote: > > > > > > Chris wrote: > > > > > > > > Have tested on 3 boxes. > > > > > > yes, it's the intended operation and If I don't see it I don't > > > believe it but it happens. I ever

Re: 50% of packets lost only on local interfaces

2005-02-07 Thread Kris Kennaway
On Mon, Feb 07, 2005 at 11:15:52AM +0100, Jos? M. Fandi?o wrote: > "Jos? M. Fandi?o" wrote: > > > > Chris wrote: > > > > > > Have tested on 3 boxes. > > > > yes, it's the intended operation and If I don't see it I don't > > believe it but it happens. I ever thought it would be possible. > > Fina

Re: 50% of packets lost only on local interfaces

2005-02-07 Thread José M. Fandiño
"José M. Fandiño" wrote: > > Chris wrote: > > > > Have tested on 3 boxes. > > yes, it's the intended operation and If I don't see it I don't > believe it but it happens. I ever thought it would be possible. Finally, I found the culprit: CFLAGS="" \ 100% of the transmited traffic is receive

Re: [releng_4_8 tinderbox] failure on i386/i386

2005-02-07 Thread Kris Kennaway
On Mon, Feb 07, 2005 at 09:00:38AM +0100, Dag-Erling Sm?rgrav wrote: > FreeBSD Tinderbox <[EMAIL PROTECTED]> writes: > > TB --- 2005-02-06 15:45:26 - tinderbox 2.3 running on dwp.des.no > > Ack! This was a test run, I didn't intend for mail to go out but > forgot to change the rc file. It's okay

Re: [releng_4_8 tinderbox] failure on i386/i386

2005-02-07 Thread Dag-Erling Smørgrav
FreeBSD Tinderbox <[EMAIL PROTECTED]> writes: > TB --- 2005-02-06 15:45:26 - tinderbox 2.3 running on dwp.des.no Ack! This was a test run, I didn't intend for mail to go out but forgot to change the rc file. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED]