On Thu, 25 Jan 2024 at 10:50, Mina Galić wrote:
>
> i was looking at cd(4) today, and to my surprise, it was full of disklabel
> references.
Oh, indeed - as with the old references in ccd(4) that should go. The
last reference to `struct disklabel` in the CAM SCSI cd driver was
removed over two d
> > Those are the only users in the tree, but not for long :)
>
> I have some reviews open to remove some old fdisk / diskabel /
> bsdlabel invocations from the tree.
>
> With those applied, for fdisk I see the following references
> (excluding sbin/fdisk/* and comments, old examples, et
Thank you all for the input.
So, this directory is a little bit like the bottom drawer on my desk, where i
put things, i don't know where to put else :)
the hier man page states:
misc/ miscellaneous system-wide ASCII text files
About half of the files are ASCII text, according to the file co
Hello.
Michael Gmelin wrote in
<20200624104439.62f0a...@bsd64.grem.de>:
|On Tue, 23 Jun 2020 19:47:21 +0200
|Steffen Nurpmeso wrote:
|> ...shortened...
|>|Data point: I tried on latest Firefox on macOS, no problems there
|> (but |the resolution isn't as high as yours).
|>|
|>|Does it look
On Tue, 23 Jun 2020 19:47:21 +0200
Steffen Nurpmeso wrote:
> ...shortened...
> |Data point: I tried on latest Firefox on macOS, no problems there
> (but |the resolution isn't as high as yours).
> |
> |Does it look less broken on different devices/resolutions when using
> |"Web Developer" =
Can it be due to some interference/filtering by your router or your ISP? I
have never EVER seen such problem in Firefox on ANY system.
Did you try from Windows from the same place?
Anyway, you can try resetting your Firefox to defaults.
Отправлено из Yahoo Почты для Android
вт, 23 июн. 2020
Hello!!
Michael Gmelin wrote in
<20200623192523.7c595...@bsd64.grem.de>:
|On Tue, 23 Jun 2020 17:34:37 +0200
|Steffen Nurpmeso wrote:
|> Kostya Berger wrote in
|> <811812565.4605472.1592924651...@mail.yahoo.com>:
|>||вт, 23 июн. 2020 в 17:55 Steffen Nurpmeso
|>|| написал(-а):
|>||Gary Jenn
On Tue, 23 Jun 2020 17:34:37 +0200
Steffen Nurpmeso wrote:
> Kostya Berger wrote in
> <811812565.4605472.1592924651...@mail.yahoo.com>:
> ||вт, 23 июн. 2020 в 17:55 Steffen Nurpmeso
> || написал(-а):
> ||Gary Jennejohn wrote in
> ||<[2]20200623130733.658b4...@ernst.home[/2]>:
> |||On Tue,
Steffen Nurpmeso wrote in
<20200623153437.m2ntn%stef...@sdaoden.eu>:
|Kostya Berger wrote in
|<811812565.4605472.1592924651...@mail.yahoo.com>:
|||вт, 23 июн. 2020 в 17:55 Steffen Nurpmeso
||| написал(-а):
|||Gary Jennejohn wrote in
|||<[2]20200623130733.658b4...@ernst.home[/2]>:
On Tue,
Kostya Berger wrote in
<811812565.4605472.1592924651...@mail.yahoo.com>:
||вт, 23 июн. 2020 в 17:55 Steffen Nurpmeso
|| написал(-а):
||Gary Jennejohn wrote in
||<[2]20200623130733.658b4...@ernst.home[/2]>:
|||On Tue, 23 Jun 2020 09:05:06 + (UTC)
|||Kostya Berger <[3]berger...@yahoo.co.uk[
Gary Jennejohn wrote in
<20200623130733.658b4...@ernst.home>:
|On Tue, 23 Jun 2020 09:05:06 + (UTC)
|Kostya Berger wrote:
|
|> Looks fine in my Firefox. No such problems. Locally built Firefox.
...
|> , 23 __. 2020 __ 10:32 Niclas Zeising se> __(-__): On 2020-06
On Tue, 23 Jun 2020 09:05:06 + (UTC)
Kostya Berger wrote:
> Looks fine in my Firefox. No such problems. Locally built Firefox.
>
> Yahoo __ __ Android
>
> , 23 __. 2020 __ 10:32 Niclas Zeising
> __(-__): On 2020-06-23 08:48, G
On 04/09/18 23:33, Allan Jude wrote:
On 2018-04-09 19:11, Andrew Gallatin wrote:
I updated my main amd64 workstation to r332158 from something much
earlier (mid Jan).
Upon reboot, all seemed well. However, I later realized that the vmm.ko
module was not loaded at boot, because bhyve PCI passth
On Sun, Jan 7, 2018 at 4:27 PM, Freddie Cash wrote:
> Forgot to include the list. Resending.
>
> -- Forwarded message --
> From: "Freddie Cash"
> Date: Jan 7, 2018 12:26 AM
> Subject: Re: USB stack
> To: "blubee blubeeme"
> Cc:
>
> On Jan 6, 2018 8:30 PM, "blubee blubeeme" wrot
> Von: Adrian Chadd
> Gesendet: Mo. 01.05.2017 23:31
> An: Manuel Stühn ,
> Kopie: freebsd-current ,
> Betreff: Re: regression suspend/resume on Lenovo T420
>
> There were lots of commits that could break things. :-)
>
>
> Can you compile up some intermediary versions between 315141 and
> r31
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Excerpts from K. Macy's message from Tue 10-May-16 16:52:
> I think hps@ has a fix for this that uses a sequency of DELAY()s. The
> problem is that in freebsd, attach runs before the scheduler is
> running. Consequently, code using sleep primitives tends to hang
> because ticks never advance. The s
On Thu, 21 Apr 2016 13:29:59 -0700 (PDT), "Jeffrey Bouquet"
wrote:
>
>
> On Wed, 20 Apr 2016 18:37:45 -0700 (PDT), "Jeffrey Bouquet"
> wrote:
>
> >
> >
> > On Wed, 20 Apr 2016 17:37:16 -0700 (PDT), "Jeffrey Bouquet"
> > wrote:
> >
> > >
> > >
> > > On Wed, 20 Apr 2016 12:28:29 -040
Right, you need to create the interface:
ifconfig wlan0 create wlandev iwn0
then run wpa_spuplicant
(or do it all in /etc/rc.conf .. :)
-a
On 1 March 2016 at 14:13, Carsten Kunze wrote:
> Adrian Chadd wrote:
>
>> sysctl net.wlan.devices
>>
>> iwn0 no longer shows up in ifconfig -a .
>>
>>
karound as long as I do not
encounter any adverse side-effects, but I hope that it can be properly fixed.
Regards, Stefan
> Gesendet: Samstag, 13. Februar 2016 um 22:27 Uhr
> Von: "Marius Strobl"
> An: "Stefan Kohl"
> Cc: pyu...@gmail.com, freebsd-current@freebsd.or
on't
know whether that patch applies cleanly to current re(4), though):
https://people.freebsd.org/~yongari/re/re.8168evl.diff
Marius
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
0:00:00
(oui Ethernet) Null Information, send seq 0, rcv seq 0, Flags [Command],
length 84
Regards, Stefan
Gesendet: Freitag, 05. Februar 2016 um 22:29 Uhr
Von: "Marius Strobl"
An: s@web.de
Cc: pyu...@gmail.com, freebsd-current@freebsd.org
Betreff: Re: Re: Realtek 8168/8111 if_re
Hi, this is the line from verbose boot:
re0: port
0xe000-0xe0ff mem
re0: Chip rev. 0x2c80
re0: MAC rev. 0x0010
rgephy0: PHY 1 on miibus0
rgephy0: OUI 0x00e04c, model 0x0011, rev. 5
so it is an even older rev: 5.
I will try reverting to r290946 and r290566 respectivly over the weekend
On Fri, Feb 05, 2016 at 09:04:02PM +0100, s@web.de wrote:
> Hi Marius and Pyun,
>
> actually it is Chip rev. 0x2c80 (I have overlooked that information in my
> first post)
>
> re0: port
> 0xe000-0xe0ff mem 0xf0104000-0xf0104fff,0xf010-0xf0103fff irq 19 at
> device 0.0 on pci2
> re
On Thu, 17 Dec 2015 12:21+0100, Trond Endrestøl wrote:
> On Thu, 17 Dec 2015 11:56+0100, Trond Endrestøl wrote:
>
> > On Wed, 16 Dec 2015 16:34-0800, Kevin Oberman wrote:
> >
> > > On Wed, Dec 16, 2015 at 7:34 AM, Carsten Kunze
> > > wrote:
> > >
> > > > Trond Endrestøl wrote:
> > > >
> > > >
On Thu, 17 Dec 2015 11:56+0100, Trond Endrestøl wrote:
> On Wed, 16 Dec 2015 16:34-0800, Kevin Oberman wrote:
>
> > On Wed, Dec 16, 2015 at 7:34 AM, Carsten Kunze
> > wrote:
> >
> > > Trond Endrestøl wrote:
> > >
> > > > I guess we who live outside the US should take into account that PCs
> >
On Wed, 16 Dec 2015 16:34-0800, Kevin Oberman wrote:
> On Wed, Dec 16, 2015 at 7:34 AM, Carsten Kunze
> wrote:
>
> > Trond Endrestøl wrote:
> >
> > > I guess we who live outside the US should take into account that PCs
> > > are initialised by firmware to the US keyboard layout and the 437 code
On Wed, Dec 16, 2015 at 7:34 AM, Carsten Kunze
wrote:
> Trond Endrestøl wrote:
>
> > I guess we who live outside the US should take into account that PCs
> > are initialised by firmware to the US keyboard layout and the 437 code
> > page, courtesy of IBM, 1981.
>
> In 1981 I had accepted this.
And they're $900 on amazon, sorry :(
(My Zenbook works fine, but it's not exactly the same.)
Does -HEAD do the same thing still?
-a
On 21 May 2015 at 21:57, Adrian Chadd wrote:
> Hi,
>
> I don't know . Unfortunately the drm2 update landed in between some
> backlight changes in upstream ,and
Hi,
I don't know . Unfortunately the drm2 update landed in between some
backlight changes in upstream ,and it's quite possible that we've hit
some magic point in the linux history where the backlight broke for
various versions of laptops.
It's fine for all the models I own, so unless someone buys
Shawn, I have the same problem on a Lenovo Y40 and a few other systems with
that interface. To work around it, I've done:
ifconfig re0 down
ifconfig re0 -tso
ifconfig re0 up ( and give it a go 15 seconds ) and dhclient should do it's
thing.
The only way I've been able to get -tso and DHCP toge
Not initially welcoming this new effort...
explanation and other PKG problems taking precedence...
I've a few scripts which use the smaller files, and have used them
extensively in pipes. Syntax within the Makefile would make those
counterintuitive.I would wonder also if it would break
On 05/17/2014 14:20, John Baldwin wrote:
> On 5/16/14, 2:10 PM, Kevin Oberman wrote:
>> On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote:
>>
>>> Hi!
>>>
>>> I wonder what changed between 9.2-RELEASE and 10.0-RELEASE.
>>>
>>> Please poke me about this next week. I'm busy this week with work and
On 4/4/2014 4:05 AM, Oliver Pinter wrote:
Is there any change in src.conf?
There is no src.conf. (See original post.)
Robert Huff
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mail
Hi!
On 31 March 2014 19:20, Kevin Lo wrote:
>
> Thank you John. glebius@ suggests we don't need to have two absolutely
> equal uma zones since most systems don't run UDP-Lite.
> If practice shows that a differentiation at zone level between UDP and
> UDP-Lite PCBs is important, then it could b
On Mon, Mar 31, 2014 at 10:20 PM, Kevin Lo wrote:
> On 2014/03/28 00:21, John Baldwin wrote:
>
>> On Thursday, March 27, 2014 5:32:16 am Kevin Lo wrote:
>>
>>> Are you interested in working on these and report back?
>>
> The revised patch is available at:
> http://people.freebsd.org/~
On 2014/03/28 00:21, John Baldwin wrote:
On Thursday, March 27, 2014 5:32:16 am Kevin Lo wrote:
Are you interested in working on these and report back?
The revised patch is available at:
http://people.freebsd.org/~kevlo/udplite.diff
Thank you for your suggestions.
A few suggestions:
- I wou
On 2014/03/03 04:08, Xin Li wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 3/2/14, 10:42 AM, Joe Nosay wrote:
On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay
wrote:
On Wed, Feb 26, 2014 at 11:19 PM, Xin Li
wrote:
On 02/26/14 18:52, Joe Nosay wrote:
On Wed, Feb 26, 2014 at 9:19 PM
Am 24.02.2014 15:56, schrieb Daniel Kalchev:
On 24.02.14 13:47, Thomas Mueller wrote:
I don't believe BSD users use base system of itself to send and receive
email. They use ports (FreeBSD) or equivalent in other BSDs.
One of the beauties of the BSD 'base system' is that upon installation yo
On Fri, 27 Dec 2013, Peter Wemm wrote:
Date: Thu, 26 Dec 2013 10:33:01 -0800
From: Peter Wemm
To: Antoine Brodin
Cc: Alan Cox , Marcel Moolenaar ,
FreeBSD Current , Andriy Gapon
, freebsd-j...@freebsd.org
Subject: Re: latest openjdk7 triggers kernel panic
Message-ID:
C
On 11/14/2013 15:45, Steve Kargl wrote:
> On Thu, Nov 14, 2013 at 09:54:52AM +, David Chisnall wrote:
>> On 13 Nov 2013, at 19:40, Dimitry Andric wrote:
>>
>>> On the other hand, different C++ standard libraries simply cannot be
>>> mixed. The internal implementations are usually completely d
On Wed, Nov 27, 2013 at 07:31:44PM +0100, Jan Henrik Sylvester wrote:
> On 11/14/2013 15:45, Steve Kargl wrote:
> >
> > And in practice, it is broken.
> >
> > http://lists.freebsd.org/pipermail/freebsd-current/2013-November/046565.html
> >
> > QED
>
> Trying to migrate to 10, I would like to ke
Thats correct the new code knows the what the ashift of the underlying disk
should
be so if it detects a vdev with a lower ashift you get this warning.
I suspect the issue is that cache devices don't have an ashift, so when the
check
is done it gets a default value and hence the warning.
I'd h
As I was saying a few minutes ago ...
On 01/27/13 17:32, George Mitchell wrote:
On 01/27/13 14:07, Hans Petter Selasky wrote:
[...] I need output when hw.usb.ulpt.debug=15 to say exactly.
Could you
ask the provider of the binaries to compile having USB_DEBUG set, also
for the
modules.
--HPS
> Date: Wed, 17 Jul 2013 12:07:11 +0200
> From: Michael Schmiedgen
> To: Joel Dahl
> Cc: curr...@freebsd.org
> Subject: Re: Lenovo x220 - hangs on shutdown
> Message-ID: <51e66ccf.2040...@gmx.net>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 16.07.2013 22:48, Joel Dahl wr
I agree with this, we dont need 3 packet filters, it seems like we should
focus the people interested in working on packet filters,toward the packet
filter most actively maintained, the fact that there is 3 in base is
overkill, Just depreciate it and be done with it
a new email, asking for help
On Wed, 2013-04-03 at 11:07 -0700, Adrian Chadd wrote:
> Hi,
>
> can you guys please ensure a PR is filed with all the information
> you've just included?
>
> the clang team would likely love to have this much information in a bug
> report.
>
> Thanks!
>
>
>
> adrian
>
I've started a p/r f
On Wed, 3 Apr 2013 10:35:47 +0100, "Thomas Sparrevohn"
wrote:
>
>I have had the same problem - it seems like a "sysctl" call provokes a
>overrun in a strlen call. It is not reproducible with a GENERIC kernel with
>debugging in my case. However a simple workaround is to compile
>nvidia-driver with
On Wed, 3 Apr 2013 11:07:55 -0700, Adrian Chadd wrote:
>
>Hi,
>
>can you guys please ensure a PR is filed with all the information
>you've just included?
>
>the clang team would likely love to have this much information in a bug report.
>
>Thanks!
>
>
>
>adrian
>
OK is it good to know the two po
Hi,
can you guys please ensure a PR is filed with all the information
you've just included?
the clang team would likely love to have this much information in a bug report.
Thanks!
adrian
On 3 April 2013 10:50, Waitman Gobble wrote:
> On Wed, 3 Apr 2013 10:35:47 +0100, "Thomas Sparrevohn"
On Wed, 3 Apr 2013 10:35:47 +0100, "Thomas Sparrevohn"
wrote:
>
>I have had the same problem - it seems like a "sysctl" call provokes a
>overrun in a strlen call. It is not reproducible with a GENERIC kernel with
>debugging in my case. However a simple workaround is to compile
>nvidia-driver wit
On Thu, Feb 14, 2013 at 12:27 PM, Mikhail T. wrote:
> 13.02.2013 11:22, O. Hartmann написав(ла):
>>> > If this is taken literally then could it be said that ports that use
>>> > bsd.lib.mk are broken because they are using makefile includes from
>>> > the source tree?
>>> >
>>> > -Kimmo
> For one,
13.02.2013 11:22, O. Hartmann написав(ла):
>> > If this is taken literally then could it be said that ports that use
>> > bsd.lib.mk are broken because they are using makefile includes from
>> > the source tree?
>> >
>> > -Kimmo
For one, the particular port (its Makefile.bsd) was created in 2001,
I once ran into a very severe AHCI timeout problem. After months of trying to
figure it out and insane "Hardware_ECC_Recovered" error values, I found that
the error was with the power connector plug / sata HDD interface. All errors
disappeared after replacing that cable. Since you have error on mor
- Original Message -
From: "Vladislav Prodan"
Is it always the same disk, of so replace it SMART helps identify issues
but doesn't tell you 100% there's no problem.
Now it has fallen off a different HDD - ada0.
I'm 99% sure that MHDD will not find problems in HDD - ada0 and ada2.
Btw. are there any projects to make UFS natively available (something
like fs-driver for ExtFS) on platforms such as Windows, Linux, MacOS?
It would be nice to have native UFS instead Ext2 as universal
filesystem among these operating systems... :-)
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.inf
On Tue, Nov 27, 2012 at 12:13 PM, Alex Dupre wrote:
> Ermal Luçi ha scritto:
> > some time ago the FreeBSD Foundation published/approved a project for
> live
> > resizing of UFS filesystems.
> > Does any know if the project was successful and any outcome from it?
>
> http://lists.freebsd.org/pipe
Ermal Luçi ha scritto:
> some time ago the FreeBSD Foundation published/approved a project for live
> resizing of UFS filesystems.
> Does any know if the project was successful and any outcome from it?
http://lists.freebsd.org/pipermail/svn-src-head/2012-November/042539.html
--
Alex Dupre
__
On Mon, Dec 26, 2011 at 10:55:50PM -0500, Rick Macklem wrote:
> Way back in Nov 2010, this thread was related to a problem I
> had, where an re(4) { 810xE PCIe 10/100baseTX, according to the
> driver } interface dropped received packets, resulting in a
> significant impact of NFS performance.
>
>
Way back in Nov 2010, this thread was related to a problem I
had, where an re(4) { 810xE PCIe 10/100baseTX, according to the
driver } interface dropped received packets, resulting in a
significant impact of NFS performance.
Well, it turns out that a recent (post r224506) commit seems to
have fixed
>
> By chance, how about disabling RX early interrupt?
> You can add the following 3 lines of code into re_init_locked().
>
> 2710 /*
> 2711 * Set the initial RX configuration.
> 2712 */
> 2713 re_set_rxmode(sc);
> 2714
> 2715 /* Disable RX early interrupt. */
> 2716 cfg = CSR_READ_2(sc, RL_MULTI
On Sun, Nov 07, 2010 at 08:14:31PM -0500, Rick Macklem wrote:
> >
> > If that made difference, all other ethernet controllers would have
> > suffered from the similar issues.
> >
> Well, some commit done between June 7 and June 15 made a difference,
> but I have no idea what or why.
>
> Also, I
>
> If that made difference, all other ethernet controllers would have
> suffered from the similar issues.
>
Well, some commit done between June 7 and June 15 made a difference,
but I have no idea what or why.
Also, I had a report of very poor read rate from someone using a bge(4)
interface, but
On Sun, Nov 07, 2010 at 07:06:44PM -0500, Rick Macklem wrote:
> >
> > I highly doubt it could be hardware issue.
> >
> Looks like the hardware guys may be off the hook. See below.
> >
> > It's job of bus_dma(9) and I don't think barrier instructions would
> > be helpful here as I don't see out-o
>
> I highly doubt it could be hardware issue.
>
Looks like the hardware guys may be off the hook. See below.
>
> It's job of bus_dma(9) and I don't think barrier instructions would
> be helpful here as I don't see out-of-order execution in RX
> handler.
>
My current hunch is that something tha
> > I've added a counter of how many times re_rxeof() gets called, but
> > then
> > returns without handling any received packets (I think because
> > RL_RDESC_STAT_OWN is set on the first entry it looks at in the rcv.
> > ring.)
> >
> > This count comes out as almost the same as the # of missed fr
On Sat, Nov 6, 2010 at 11:44 AM, Barbara wrote:
>
>>On Sat, Nov 6, 2010 at 11:31 AM, Barbara wrote:
>>>
>>>
On Sat, Nov 6, 2010 at 10:57 AM, Barbara wrote:
>
> I had a problem running the IcedTea java plugin on CURRENT i386, while it
> works on 8_STABLE.
> But maybe it's not
On Fri, Nov 05, 2010 at 07:33:45PM -0700, Pyun YongHyeon wrote:
[...]
>
> If this theory is correct, the attached patch may mitigate the
> issue.
>
Oops, I incorrectly used old code.
Please use this one.
Index: sys/pci/if_rlreg.h
On Fri, Nov 05, 2010 at 07:44:56PM -0400, Rick Macklem wrote:
> > On Thu, Nov 04, 2010 at 09:31:30PM -0400, Rick Macklem wrote:
> > > >
> > > > If the counter was not wrapped, it seem you lost more than 10% out
> > > > of
> > > > total RX frames. This is a lot loss and there should be a way to
> >
> On Thu, Nov 04, 2010 at 09:31:30PM -0400, Rick Macklem wrote:
> > >
> > > If the counter was not wrapped, it seem you lost more than 10% out
> > > of
> > > total RX frames. This is a lot loss and there should be a way to
> > > mitigate it.
> > >
> > I've attached a patch (to the if_re.c in head,
On Thu, Nov 04, 2010 at 09:31:30PM -0400, Rick Macklem wrote:
> >
> > If the counter was not wrapped, it seem you lost more than 10% out of
> > total RX frames. This is a lot loss and there should be a way to
> > mitigate it.
> >
> I've attached a patch (to the if_re.c in head, not your patched v
>
> If the counter was not wrapped, it seem you lost more than 10% out of
> total RX frames. This is a lot loss and there should be a way to
> mitigate it.
>
I've attached a patch (to the if_re.c in head, not your patched variant)
that works a lot better (about 5Mbytes/sec read rate). To get that
> On Wed, Nov 03, 2010 at 07:27:20PM -0400, Rick Macklem wrote:
> > >
> > > I'm more interested in number of dropped frames. See below how to
> > > extract that information.
> > >
> >
> > I've attached the stats. I'm guessing that the
> > Rx missed frames : 14792
> > is the culprit.
> >
>
> Becaus
On Wed, Nov 03, 2010 at 07:27:20PM -0400, Rick Macklem wrote:
> >
> > I'm more interested in number of dropped frames. See below how to
> > extract that information.
> >
>
> I've attached the stats. I'm guessing that the
> Rx missed frames : 14792
> is the culprit.
>
Because that counter is 16
>
> I'm more interested in number of dropped frames. See below how to
> extract that information.
>
I've attached the stats. I'm guessing that the
Rx missed frames : 14792
is the culprit.
This was for a read of a fairly large file via NFS over TCP,
getting a read rate of about 450Kbytes/sec. (N
On Mon, Nov 01, 2010 at 06:18:13PM -0400, Rick Macklem wrote:
> > On Sun, Oct 31, 2010 at 05:46:57PM -0400, Rick Macklem wrote:
> > > I recently purchased a laptop that has a re(4) Realtek
> > > 8101E/8102E/8103E net
> > > chip in it and I find that it is dropping packets like crazy when
> > > read
> On Sun, Oct 31, 2010 at 05:46:57PM -0400, Rick Macklem wrote:
> > I recently purchased a laptop that has a re(4) Realtek
> > 8101E/8102E/8103E net
> > chip in it and I find that it is dropping packets like crazy when
> > reading
> > files over an NFS mount. (It seems that bursts of receive traffi
On Sun, Oct 31, 2010 at 05:46:57PM -0400, Rick Macklem wrote:
> I recently purchased a laptop that has a re(4) Realtek 8101E/8102E/8103E net
> chip in it and I find that it is dropping packets like crazy when reading
> files over an NFS mount. (It seems that bursts of receive traffic cause it,
> si
On Wed, 2 Jun 2010, Craig Rodrigues wrote:
The Berkeley amd is the next big NFS mount client which needs
to be updated to use nmount().but that code is messy. :)
I know, slightly off topic, but since this reminded me...
I've heard good things about the OpenSolaris autofs (I believe Mac
22.04.10, 11:17, "Adam Vande More":
> I think sade(and by further discussion sysinstall) is now getting some
> attention and now supports geom devices, zfs, etc at least in one person's
> testbed. I know that's it's been tried before but there are actually
> screenshots from it.
>
> http:/
On 18 Apr 2010, at 14:05, Alexander Motin wrote:
> Rui Paulo wrote:
>> On 18 Apr 2010, at 06:57, Alexander Motin wrote:
>>> Rui Paulo wrote:
On 17 Apr 2010, at 23:12, Michael Butler wrote:
> On 04/17/10 18:05, Rui Paulo wrote:
>> On 17 Apr 2010, at 22:34, Michael Butler wrote:
>>
09.04.10, 11:20, "Garrett Cooper" :
> Ok. Or maybe since `we're here' sade needs to be populating
> $DESTDIR/etc/fstab, not sysinstall ?
I'm also looking for answer to this question. It seems that all basic operations
with partitions are already implemented. And I think about next steps.
Also
On 01/-10/-28163 20:59, Jack Vogel wrote:
OH, as to my last statement, the code in CURRENT will NOT work on 8.0
RELEASE,
it would require a change to sys/conf/files, and it also has a fix in the
stack that is not
in RELEASE. SO taking the latest would require you take the whole tree.
Jack
On W
Yup, gonna MFC the code from CURRENT to STABLE/8 first thing next week, at
least that's my plan.
Sorry, I thought STABLE/8 already had PCH in it, my bad. I checked and the
ALTQ fix is in the tree, so pulling the directory from HEAD and adding it to
STABLE/8 should work fine.
MFC will be coming fi
Hi,
> Hello, again.
>
> Can you try this patch? Patch is for if_runvar.h
>
> --begin patch--
>
> *** old_if_runvar.h2010-03-16 19:14:25.0
> -0600
> --- new_if_runvar.h2010-03-16 19:15:51.0
> -0600
> ***
> *** 184,186
> uint8_tval;
> !
> I can only say that I had a core dump under current on sparc, but the core
> file was unusable. Can you compile rcp.lockd with -g in CFLAGS and LDFLAGS
> and try to find out with gdb where it aborts?
>
> harti
Hi :)
I investigate a little more this nfs locking issue.
I recompile my system with
Gabriel,
Interesting, since no one's made any PATA drives that spin at
10,000 RPM as far as I know. For some reason I thought the
interface change allowed for this (but couldn't come up with a
good reason why it would make a difference). :)
SS> Hmm, PR? pricing? I guess its easier to make people
In message: <[EMAIL PROTECTED]>
Jiri Mikulas <[EMAIL PROTECTED]> writes:
: when i use BURN_BRIDGES in kernel config,
: it seems that there is resubmited old part of code
: in function suspend and resume - PCIR_MAPS symbol
: i made diff for me - see attachment
: please could anybody sub
In message <[EMAIL PROTECTED]>, Josef Karthauser writes:
>
>--7UIJfHqpdi+oBJdT
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable
>
>On Tue, Sep 09, 2003 at 05:14:15PM +0200, Poul-Henning Kamp wrote:
>> In message <[EMAIL PROTECTED]
On Tue, Sep 09, 2003 at 05:14:15PM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, "Kevin Oberman" writes:
>
> >In any case, since GEOM was added you can no longer slice or label an
> >active device. As a result, the only way I know of to change slices or
> >labels on V5 is to bo
* Ulrich Spoerlein <[EMAIL PROTECTED]> [030909 12:33]:
> On Mon, 08.09.2003 at 18:10:38 -0400, Michael Edenfield wrote:
> > e.g., if you have ad0s1a mounted as /, you cannot:
> >
> > * fdisk ad0 to create ad0s2
> > * disklabel ad0s2 to create ad0s2a
> > * perform any data transfer with ad0 as the
In message <[EMAIL PROTECTED]>, "Kevin Oberman" writes:
>In any case, since GEOM was added you can no longer slice or label an
>active device. As a result, the only way I know of to change slices or
>labels on V5 is to boot off of CD or floppy Fixit disks or install
>disks. (I just had to do this
On 2003.09.08 14:54:37 -0700, Jason Stone <[EMAIL PROTECTED]>
wrote:
> > You have hit one of the main issues still to be resolved in GEOM. (I
> > don't know that phk thinks it's a problem to be resolved or a
> > feature to be documented.)
> >
> > In any case, since GEOM was added you can no longer
On Mon, 8 Sep 2003, Steve Kargl wrote:
> Any chance that this patch will be committed? Or, has this patch been
> sent to the bikeshed?
There is some code that was a half-compromise:
geom/geom_subr.c:g_access_rel()
%%%
/* If foot-shooting is enabled, any open on rank#1 is OK */
if
On Mon, Sep 08, 2003 at 06:13:43PM -0400, Matthew N. Dodd wrote:
> On Mon, 8 Sep 2003, Kevin Oberman wrote:
> > In any case, since GEOM was added you can no longer slice or label an
> > active device. As a result, the only way I know of to change slices or
> > labels on V5 is to boot off of CD or f
On Mon, Sep 08, 2003 at 06:10:38PM -0400, Michael Edenfield wrote:
> * Jason Stone <[EMAIL PROTECTED]> [030908 17:54]:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> >
> > > You have hit one of the main issues still to be resolved in GEOM. (I
> > > don't know that phk thinks it's a p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> There was, at one point, talk of adding some sort of
> "geom.dont_blame_phk_when_you_shoot_your_ankle_off" sysctl to permit
> this type of access when the user was absolutely sure they knew exactly
> what kind of dangerous and potentially corrupting
On Mon, 8 Sep 2003, Michael Edenfield wrote:
> There was, at one point, talk of adding some sort of
> "geom.dont_blame_phk_when_you_shoot_your_ankle_off" sysctl to permit this
> type of access when the user was absolutely sure they knew exactly what
> kind of dangerous and potentially corrupting th
1 - 100 of 323 matches
Mail list logo
