On Fri, 07 Dec 2007 11:41:39 -0800
Hiroshi Nishida <[EMAIL PROTECTED]> wrote:
> Does anybody need an Intel G965 patch for 6.3-Beta AGP i810?
> I posted to Japanese freebsd-users-jp ML, but there has been no response.
At least, I need. Your patch will fix the problem that xorg fails to detect
me
Hi!
The system updated a couple of hours ago (RELENG_7), the kernel config
is GENERIC with "options LOCK_PROFILING", default /etc/make.conf, i386
(I have this problem at current-amd64 as well):
-
bb% uname -a
FreeBSD bb.ipt.ru 7.0-BETA4 FreeBSD 7.0-BETA4 #1: Mon Dec 10 10:12:24 MSK 2007
On Sun, Dec 09, 2007 at 02:41:28PM +0200, Danny Braniss wrote:
> with this onboard NIC (LOB?)
>
> mskc0:
> e1000phy0: PHY 0 on miibus0
>
> [EMAIL PROTECTED]:1:0:0: class=0x02 card=0x81f81043
> chip=0x436411ab
> rev=0x12 hdr=0x00
> vendor = 'Marvell Semiconductor (W
"Julian H. Stacey" <[EMAIL PROTECTED]> Sun, 09 Dec 2007 16:35:20 +0100 says:
>Robert Gray wrote:
>> I've tried to install both
>> 7.0-BETA4-i386-bootonly.iso and
>> 7.0-BETA4-i386-disc1.iso
>>
>> on a Dell Optiplex 745, Model# DCTR with
>>
>> acd0: CDROM at ata3-master UDMA33
>>
>> The bootin
On Sun, 09 Dec 2007 14:01:27 -0800
Julian Elischer <[EMAIL PROTECTED]> wrote:
> cpghost wrote:
> > On Sun, 09 Dec 2007 11:13:13 -0800
> > Julian Elischer <[EMAIL PROTECTED]> wrote:
> >
> >>> --- manually restarting ppp(1), then:
> >>>
> >>>
> >>> 17:10:47.306928 0
On Sun, 09 Dec 2007 23:52:01 +0200
Alexander Motin <[EMAIL PROTECTED]> wrote:
> cpghost wrote:
> >> I think such behaviour can take place if ppp daemon for some
> >> reason don't waits for reply but closes session immediately after
> >> sending connect request. If it so it also explains original "
Adding brian to CC list.
Alexander Motin wrote:
cpghost wrote:
I think such behaviour can take place if ppp daemon for some reason
don't waits for reply but closes session immediately after sending
connect request. If it so it also explains original "no matching
session" errors as for the an
cpghost wrote:
On Sun, 09 Dec 2007 11:13:13 -0800
Julian Elischer <[EMAIL PROTECTED]> wrote:
--- manually restarting ppp(1), then:
17:10:47.306928 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype
PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40C663C1]
cpghost wrote:
On Sun, 09 Dec 2007 11:13:13 -0800
Julian Elischer <[EMAIL PROTECTED]> wrote:
cpghost wrote:
On Thu, 6 Dec 2007 16:11:07 +0100
cpghost <[EMAIL PROTECTED]> wrote:
On Thu, 06 Dec 2007 13:57:16 +0200
Alexander Motin <[EMAIL PROTECTED]> wrote:
cpghost wrote:
The problem is that
cpghost wrote:
I think such behaviour can take place if ppp daemon for some reason
don't waits for reply but closes session immediately after sending
connect request. If it so it also explains original "no matching
session" errors as for the answer received time session/hook can
already be des
On Sun, 09 Dec 2007 22:57:46 +0200
Alexander Motin <[EMAIL PROTECTED]> wrote:
> Your host generates huge number of simultaneous session requests.
> Looking on different Host-Uniq values it should be different ng_pppoe
> sessions/hooks as Host-Uniq is actually pointer to the hook/session
> inter
cpghost wrote:
If I remember correctly, sending two PADIs in quick succession
was ppp's "normal" behaviour for *years* now (is it expected or
required by the protocol? I don't know). I've always wondered
why it was so. But that didn't cause any harm as it seemed one
of the two PADO was picked up
On Sun, 09 Dec 2007 11:13:13 -0800
Julian Elischer <[EMAIL PROTECTED]> wrote:
> > --- manually restarting ppp(1), then:
> >
> >
> > 17:10:47.306928 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype
> > PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x40C663C1]
cpghost wrote:
Could you provide tcpdump output for connection tries from your
Ethernet interface? Use "-pes 0" options please.
Will do; but I'll first have to wait 24h from now to get a
forcibly disconnected session (I've just had to restart ppp
again).
All right, I've got a good tcpdump now:
On Sun, 09 Dec 2007 11:13:13 -0800
Julian Elischer <[EMAIL PROTECTED]> wrote:
> cpghost wrote:
> > On Thu, 6 Dec 2007 16:11:07 +0100
> > cpghost <[EMAIL PROTECTED]> wrote:
> >
> >> On Thu, 06 Dec 2007 13:57:16 +0200
> >> Alexander Motin <[EMAIL PROTECTED]> wrote:
> >>
> >>> cpghost wrote:
>
cpghost wrote:
On Thu, 6 Dec 2007 16:11:07 +0100
cpghost <[EMAIL PROTECTED]> wrote:
On Thu, 06 Dec 2007 13:57:16 +0200
Alexander Motin <[EMAIL PROTECTED]> wrote:
cpghost wrote:
The problem is that the last mile carrier of the PPP provider
that this router is attached to disconnects the ppp s
On Thu, 6 Dec 2007 16:11:07 +0100
cpghost <[EMAIL PROTECTED]> wrote:
> On Thu, 06 Dec 2007 13:57:16 +0200
> Alexander Motin <[EMAIL PROTECTED]> wrote:
>
> > cpghost wrote:
> > > The problem is that the last mile carrier of the PPP provider
> > > that this router is attached to disconnects the ppp
Robert Gray wrote:
> I've tried to install both
> 7.0-BETA4-i386-bootonly.iso and
> 7.0-BETA4-i386-disc1.iso
>
> on a Dell Optiplex 745, Model# DCTR with
>
> acd0: CDROM at ata3-master UDMA33
>
> The booting doesn't get past the acd0: TIMEOUT - READ_BIG retrying
> error.
>
> 6.2 installs fin
with this onboard NIC (LOB?)
mskc0:
e1000phy0: PHY 0 on miibus0
[EMAIL PROTECTED]:1:0:0: class=0x02 card=0x81f81043 chip=0x436411ab
rev=0x12 hdr=0x00
vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)'
device = '88E8056 Yukon PCI-E Gigabit Ethernet Control
19 matches
Mail list logo