On 29 April 2013 11:00, Fabian Wenk fab...@wenks.ch wrote:
Is there anything I can do to debug?
I don't know. Unfortunately there's no active uart maintainer.
That's why I was wondering if someone already knew about whether uart
kept underflow/overflow statistics.
Adrian
I think this just outlines the problem - bootverbose is too verbose.
eg, what the audio code outputs. And yes, net80211 when you're doing 11n.
Adrian
On 23 April 2013 23:15, Matthias Andree mand...@freebsd.org wrote:
Am 23.04.2013 09:44, schrieb Alexander Motin:
Let me disagree.
.. are we really debating this?
Stop calling them quirks. That sounds like something that won't mess
up your actual runtime. It's not giving them enough weight. They're
more device behaviours or device flags or something. Print them
out like that. I think that _not_ printing them out at boot time
Can you provide more information about the configuration of mpd and ppp?
the panic is in the dummynet code; can you provide information about
your ipfw/dummynet setup?
Thanks,
adrian
On 20 April 2013 06:21, Marcelo Gondim gon...@bsdinfo.com.br wrote:
Hi all,
I'm doing tests with mpdas
On 23 March 2013 20:11, Eric van Gyzen e...@vangyzen.net wrote:
At work, we discovered that our application's IPMI thread would often use a
lot of CPU time. The KCS thread uses DELAY to wait for the BMC, so it can
run without sleeping for a long time with a slow BMC. It also holds the
On 28 March 2013 09:05, Lev Serebryakov l...@freebsd.org wrote:
Yes: USB UMASS. It uses CAM too, and useful for very small systems,
like 4MiB FLASH and 16MiB RAM (yes, whole system image, kernel and
all, should be packed to 4MiB).
Please note, Adrian speaks about CAM, not only CAM +
.. and before you ask - yes, there are embedded boards with limited
RAM that also have ATA ports. :-)
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
On 28 March 2013 10:26, Poul-Henning Kamp p...@phk.freebsd.dk wrote:
Isn't there some kernel compile-time option to eliminate the huge
tables used for errormessages etc ?
Yup. It doesn't save all that much in the grand scheme of things.
Doubly so since my secondary size constraint is an 896k
My main concern with the new stuff is that it requires CAM and that's
reasonably big compared to the standalone ATA code.
It'd be nice if we could slim down the CAM stack a bit first; it makes
embedding it on the smaller devices really freaking painful.
Thanks,
adrian
... ? Never noticed this before. Is something double-freeing?
Adrian
On 25 March 2013 00:44, Sergey Kandaurov pluk...@gmail.com wrote:
Hi,
After upgrading from 8-stable to 9-stable I noticed the
error in malloc(9) type 80211node counter. From vmstat -m:
Type InUse MemUse HighUse
.. please file a PR!
Adrian
On 25 March 2013 02:02, Adrian Chadd adr...@freebsd.org wrote:
... ? Never noticed this before. Is something double-freeing?
Adrian
On 25 March 2013 00:44, Sergey Kandaurov pluk...@gmail.com wrote:
Hi,
After upgrading from 8-stable to 9-stable I noticed
Can you please find out _where_ that's being called when mts_numallocs is zero?
Thanks,
Adrian
On 25 March 2013 02:33, Sergey Kandaurov pluk...@gmail.com wrote:
On 25 March 2013 13:02, Adrian Chadd adr...@freebsd.org wrote:
.. please file a PR!
kern/177366
Adrian
On 25 March 2013
Hm, have you disabled that CAM target layer stuff at boot? It's likely
tying up some RAM.
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
Hi Ken,
I'd like to fix this for 9.2 and -HEAD.
Would you mind if I disabled CTL in GENERIC (but still build it as a
module) until you've fixed the initial RAM reservation that it
requires?
Thanks,
Adrian
On 22 December 2012 22:32, Adrian Chadd adr...@freebsd.org wrote:
Ken,
Does CAM
On 20 February 2013 13:53, Mikhail T. mi+t...@aldan.algebra.com wrote:
As others have indicated, the toolchain provided in the base system is
intended only for building the base system.
This was never true before and it is rather sad, if it were really
becoming the truth now. More than
Hi,
The base compiler is supposed to compile base and bootstrap whatever
else you need to compile other software.
It's not supposed to be continuously updated to new, major versions. :-)
I bet *office just uses a bunch of either horrible syntax that breaks
things, or newer C/C++ features that
On 19 February 2013 09:35, Ian Lepore i...@freebsd.org wrote:
It has been. The OP stated the he disabled that and forced use of gcc
4.2.1, and is now complaining that it doesn't work after specifically
taking steps to make it not-work.
Hence my reply. :-)
OP - don't do that. The base
.. I think the compiler people just use the port as compiled with the
compiler that is known to work with it, and move on. :-)
I re-read your original post. It's likely some queer corner case C++
or C++ library bug as shipped with the base system.
Adrian
.. as a side note, you should use the concurrency extension for
helpers; it won't need 500 helpers..
Adrian
On 14 February 2013 05:55, Eugene Grosbein eu...@grosbein.pp.ru wrote:
Hi!
I've got FreeBSD 8.3-STABLE/i386 server that can be reliably panicked
using just 'squid -k rotatelog'
Hi,
I have a HAL in progress for the AR9380 and later chips.
I've implemented the basic driver and framework changes needed to
support the AR9380 HAL (specifically the newer TX/RX DMA handling).
However I'm still going through the process at ${WORK} (1) to get this
HAL open sourced so I can push
On 26 January 2013 02:15, Andriy Gapon a...@freebsd.org wrote:
on 23/01/2013 18:20 Adrian Chadd said the following:
It may be a quirk of an older 9.x, which is fixed in -HEAD. It may be
a quirk of the older generation celeron hardware - in which case, we
need to tell the user somehow
Disable the offload options (rx checksum, tx checksum, tcp segment
offload) and retry with each option disabled, one at a time.
Hopefully you'll find that one or a combination of options is causing
your issue.
Thanks,
adrian
On 25 January 2013 02:45, Daniel Braniss da...@cs.huji.ac.il wrote:
On 23 January 2013 06:58, Andriy Gapon a...@freebsd.org wrote:
I don't think that this is true of x86 hardware in general.
You might have hit some limitation or a quirk or a bug or an erratum for some
particular hardware.
E.g. a chipset on this machine has a bit described as such:
Set to 1
Daniel,
Have you run tests with the machdep.idle value changed, and fiddling
kern.eventtimer.periodic / kern.eventtimer.idletick ?
adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To
Hi!
As I said before, the problem with non-HLT loops with event-timer in
-9 and -head is that it calls the idle function inside a critical
section (critical_enter and critical_exit) which blocks interrupts
from occuring.
The EI;HLT instruction pair on i386/amd64 atomically and correctly
handles
Hi,
Try experimenting with kern.eventtimer.periodic and kern.eventtimer.idletick.
If this fixes it for you, please file a PR with all the relevant details.
Thanks!
Adrian
On 21 January 2013 03:33, Daniel Braniss da...@cs.huji.ac.il wrote:
After many trials (and errors), here are some
I still firmly believe the ACPI event timer code is racy, and what we
may be seeing here is the fallout from that.
It's very possible that we're missing interrupts here - the new
eventtimer code that made it into 9.x puts the halt behind a critical
section, with interrupts disabled. The only
Cc'ing the committer / ACPI owner!
jkim - any comments?
Adrian
On 5 January 2013 12:38, Johan Broman je.bro...@gmail.com wrote:
Hi!
Bare with me here as I'm totally new to FreeBSD (like 2 weeks).
From what I understand, there is a change in FreeBSD 9.1 ACPI code
that makes detection of
On 28 December 2012 04:02, Kimmo Paasiala kpaas...@gmail.com wrote:
It doesn't look like the FreeBSD ports SVN repository is used to its
full potential. SVN allows branching and creation of experimental
versions of the tree very easily and cheaply, yet all the experimental
repositories
Hi,
Please file a PR? We can bump it to the ACPI person who has been
busily making this stuff updated and stable.
Thanks!
Adrian
On 24 December 2012 05:52, David Demelier demelier.da...@gmail.com wrote:
Hello,
When playing a lot Urban Terror, the system panic with ACPI related issues :
Ok, I'll see about disabling it in GENERIC and STABLE/9 for now, at
least until Ken has some idea of what's going on.
Thanks,
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe,
.. has someone filed a PR for it?
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Is it dumping core?
Adrian
On 22 December 2012 07:07, Mikhail T. mi+t...@aldan.algebra.com wrote:
Hello!
I've set up several nightly backups all using the pipe-chain of dump | xz -9
| ccrypt /remote/backups/fs.xz.cpt
On one system these just work every night without a problem. On
Ken,
Does CAM CTL really need to pre-allocate 35MB of RAM at startup?
Adrian
On 22 December 2012 16:45, Sergey Kandaurov pluk...@gmail.com wrote:
On 23 December 2012 03:40, Marten Vijn i...@martenvijn.nl wrote:
On 12/23/2012 12:27 AM, Jakub Lach wrote:
Guys, I've heard about some absurd
Hi guys,
Would someone please file a PR for this? This is a huge unused
allocation of memory for something that honestly likely shouldn't have
been included by default in GENERIC.
I've cc'ed ken on a reply to this. Hopefully after the holidays he can
chime in and figure out what's going on.
On 11 December 2012 08:44, Ronald Klop ronald-freeb...@klop.yi.org wrote:
I suggest to make a timeline AND communicate what is happening _now_. Some
small official statement from the release team now and then would make a
large difference.
The release team (and developer team in general) know
You can also list the offending IP:
list *0x80956c73
adrian
On 10 December 2012 06:22, Pawel Tyll pt...@nitronet.pl wrote:
Hi,
The gdb block at the top as that will help identify where in the code
your panic is occurring. The kdb block you posted only lists offsets where
as gdb
Hi,
If your product uses FreeBSD wireless code, please ask your vendor to
liaise with the FreeBSD wireless community and work with us to improve
things.
I have no idea who the vendor is though, so this is all total conjecture.
Adrian
On 10 December 2012 04:51, Shiv. Nath
Instruction Pointer. :-)
adrian
On 10 December 2012 07:06, Pawel Tyll pt...@nitronet.pl wrote:
Witam,
You can also list the offending IP:
list *0x80956c73
Excuse my ignorance, but how does that list an IP address?
(gdb) list *0x80956c73
0x80956c73 is in
On 10 December 2012 09:34, Brett Glass br...@lariat.net wrote:
I've thought about donating manpower; tried to many years ago, in fact.
But I was deterred by the egos, the politics, and the territoriality and
hotheadedness of some of the developers. So, most of my contributions
of code (and I
.. if people would like to see more resources thrown at getting things
like timely releases done, please consider donating to the FreeBSD
foundation and write to them about what you'd like to see.
I think people are really quite used to getting something for nothing.
This isn't an attack at you
Hi,
It's definitely not targeted at you. The 9.1 stuff is an intersection of:
* personal issues with some of the people involved (ie, real life got
to them and that took precedence);
* the security incident;
* the freebsd cluster shuffling and reshuffling that was going on at
the same time
From
It's still progressing, albeit slowly. There's been a lot of security
checking going on in the background as part of this task and that
takes time.
Adrian
___
freebsd-stable@freebsd.org mailing list
.. use avahi or some other multicast DNS setup; have boxes announce
their current host that way?
Adrian
On 3 December 2012 08:05, Chris H chris#@1command.com wrote:
Greetings,
I've always maintained at least a /24 since the early 80's.
I'm now evaluating a new ISP, and am not ready to
I'm surprised it's not tunable via a kenv variable at boottime..
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On 22 November 2012 06:30, Alexander Motin m...@freebsd.org wrote:
Neither ICH, nor any other driver I know have amount of information
comparable to what HDA hardware provides. So the analogy is not good.
Respecting that most CODECs have no published datasheets, that information
is the only
On 21 November 2012 09:25, Willem Jan Withagen w...@digiware.nl wrote:
Why bother...
Memory is so cheap these days. We're talking about 64Kb being wasted.
On average I would assume that there is more than this wasted in odd
bits and pieces in the kernel.
.. and some of us are actively trying
.. because some of us like kernel behaviour to be predictable and
controllable, rather than 'just be dynamic here, what could possibly
go wrong.'
Just bump the default kernel buffer size up to 64k and leave it
hard-coded like that. Us embedded people can drop that down to
something smaller.
that want to run FreeBSD on their desktop or high end servers.
Adrian
On 21 November 2012 16:59, Willem Jan Withagen w...@digiware.nl wrote:
On 2012-11-21 21:08, Adrian Chadd wrote:
.. because some of us like kernel behaviour to be predictable and
controllable, rather than 'just be dynamic
On 21 November 2012 20:16, Ian Smith smi...@nimnet.asn.au wrote:
On Wed, 21 Nov 2012 12:08:42 -0800, Adrian Chadd wrote:
.. because some of us like kernel behaviour to be predictable and
controllable, rather than 'just be dynamic here, what could possibly
go wrong.'
Just bump
On 14 November 2012 02:39, Markus Gebert markus.geb...@hostpoint.ch wrote:
On 14.11.2012, at 02:12, Adrian Chadd adr...@freebsd.org wrote:
Oh lordie, just hack the kernel to make IP_BINDANY usable by any uid,
not just root.
I was hoping that capabilitiies would actually be useful these days
Oh lordie, just hack the kernel to make IP_BINDANY usable by any uid,
not just root.
I was hoping that capabilitiies would actually be useful these days,
but apparently not. :(
Then you can stop this FD exchange nonsense and this problem should go away. :)
Adrian
On 13 November 2012 16:41,
Check the output of 'netstat -mb', maybe you're also running out of mbufs?
Adrian
On 30 October 2012 06:21, Adam Strohl adams-free...@ateamsystems.com wrote:
Hey -STABLE,
I've got a client who we've setup a FreeBSD cluster for with about a dozens
servers, all behind two front end
On 24 October 2012 05:31, Harald Schmalzbauer h.schmalzba...@omnilan.de wrote:
Hello,
while checking new mtu9k-setup, I discovered that ping has some odd
behaviour.
If I use payloadsize 4067, every 2nd icmp-echo-request seems to be
malformed:
Is this on -HEAD?
ping -s 4068 -D 10.5.49.65
On 24 October 2012 07:00, Harald Schmalzbauer h.schmalzba...@omnilan.de wrote:
Sorry, forgot to mention that it's with 9.1-RC2. But I've seen this also
with 8.x long time ago. That time I had some nics not j9k-frame capable,
so I never had a look at the wire what's really going on...
Ah,
oh lord, please disable zero_copy_sockets. :-)
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On 24 October 2012 10:40, Ismael Farfán sulfur...@gmail.com wrote:
Hello list
Is it possible to use a proxy auto-config stript with cvsup?
That would save me testing one by one which is the one used
to access the cvsup servers.
Does any of the CLI tools supports PAC?
A proxy-pac library
On 23 October 2012 07:39, Fbsd8 fb...@a1poweruser.com wrote:
The subject is Google Code-In and all the posted tasks are directed at
creating documentation. Not one deals with coding any programs. If I was
15-17 years old I sure would not be interested in writing documentation. I
would want to
Right, lots of PHP coding. Attractive to a student.
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
That wiki site has a distinct lack of help about:
* what is required from us;
* what the target is (kids, right?)
* some examples of good and bad projects.
Right now I have absolutely no idea what would constitute a good or
bad coding project. :/
adrian
Guys/girls/etc,
I do suggest that someone actually spends some time coming up with a
table of what the current state is, what we could do, what would
happen if we did that.
Right now there's a lot of possibilities (new drive, drive with
windows, drive with linux, drive with linux/windows, drive
On 12 October 2012 11:10, Miroslav Lachman 000.f...@quip.cz wrote:
I don't like comparing Release Candidates without any details about config,
but the fact that DF 3.2 is much better than DF 3.0 is interesting. And they
are very close to performance of Scientific Linux 6.2.
Hey cool! And
Hi!
On 25 June 2012 06:54, Mitsuru IWASAKI iwas...@jp.freebsd.org wrote:
Ah, then i915.ko should restore the graphic state on resuming.
If your problem still remains, please try the patches:
Nope, it doesn't. :(
http://people.freebsd.org/~iwasaki/acpi/syscons-vesa-resume-20120529.diff
I'll
Hi!
I just tried it. It worked:
* resume occured and the video mode was corrupt;
* then shortly after it went through all the reattaching, and the
video mode was fixed.
Why's the video mode starting off corrupted?
Adrian
___
Hi Alexander,
I'm worried that this won't be the only source of freebsd is slower
than linux issues.
What can we add to the timer path to make identifying and root causing
this issue easy? I'd just like to be absolutely sure that we're not
only doing the best job possible, but we can provide
Hm! A timer related bug?
I'll CC mav@ on this, as it was his commit (and work in his general area.)
I wonder what's going on - is it something to do with the two ACPI
calls inserted there, or is it something to do with the change in
event timer values?
mav? Any ideas?
Adrian
On 17 July 2012
Oh, and would you please file a PR for this? I've been looking into
ACPI related slowdowns for a while and I'm glad you found a culprit.
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To
On 1 July 2012 11:05, Jason Hellenthal jhellent...@dataix.net wrote:
Would anyone be interested in adding a flag argument to dmesg to toggle
kern.msgbuf_clear ? or systematicly to do the same thing ?
Sure, adding -c to dmesg would be nice. Any objections?
Adrian
On 23 June 2012 10:24, Mitsuru IWASAKI iwas...@jp.freebsd.org wrote:
Your T60 has a Radeon graphic adapter, right?
Could you try the radeon suspend/resume patch and kldload radeon.ko
before suspending?
It looks like it has Intel graphics:
vgapci0@pci0:0:2:0: class=0x03
Hi!
On 18 June 2012 03:43, freegih free...@gmail.com wrote:
Hi, I made a wifi script based on the wlanconfig in bsdinstaller.
here is the code:
https://github.com/gihnius/freebsd-wifi
I think we can make it more suitable for many devices and normal use.
Any idea to write a normal feature
Hm, can you try different subversion checkouts of the kernel tree
between 8.1 and 8.3, to pinpoint which commit(s) broke things?
ADrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To
Did anyone ever file a PR for this kind of thing?
Adrian
On 8 June 2012 10:07, Martin Sugioarto mar...@sugioarto.com wrote:
Am Fri, 8 Jun 2012 08:04:12 +0200
schrieb Andreas Nilsson andrn...@gmail.com:
My t61p also had overheating problems with fbsd, but never in linux.
For me the fan
On 31 May 2012 06:42, Damien Fleuriot m...@my.gd wrote:
Hey list,
The thread about Why Are You Using FreeBSD, listing the pros and cons
of FBSD, has brought back a topic to mind.
Recently (read, 3 months ago) I was experimenting with IPv6 and CARP
on 8.x boxes and that crashed them both.
Hi,
Loading vesa didn't help. I think 80x25 and 80x30 were fine when
resuming, but 80x50/80x60 weren't.
I'll try your patch today.
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To
Hi,
No, I didn't have vesa loaded. I'll load that now and try tomorrow
after a reboot.
Yes, I tried switching VTYs, each VTY had the same issue. I guess the
driver isn't doing a VGA mode change when I switch VTYs unless the
screens are in different modes?
FWIW, Xorg suspend/resume via the
Hi,
I'm toying with the SMP/i386 ACPI suspend/resume patches in -9. Thanks
so much for this!
I've noticed though that the video backlight stays off after resume. A
common problem on -9, so I set hw.acpi.reset_video=1. That restores
the backlight.
However, the video mode isn't restored. I have
Hi,
Can you please file a PR? Having broken AIO and ZFS would be .. bad.
adrian
On 23 May 2012 06:11, Pete French petefre...@ingresso.co.uk wrote:
Am posting this to stable not really as a question, but more in case anyone
else hits the same problem. Last patch tuesday one of my virtual
Hi,
can you please try 8-stable and 9-stable, and if it's still failing, file a PR?
I don't know who looks after the floppy subsystem but it shouldn't
exactly be difficult to fix..
Adrian
___
freebsd-stable@freebsd.org mailing list
Hi,
Have you filed PRs for this?
It seems like something you could easily(!) find the offending
commit(s) by doing kernel builds of -HEAD around the time that 8 was
branched off.
If 8.0-RELEASE fails but 7-STABLE does, that's a good starting point
to determine the lower/upper bounds for the
Is the libarchive maintainer about, or is he very busy hiding away in
Antarctica again? :)
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
PR ?
Adrian
On 8 March 2012 11:07, David Thiel l...@freebsd.org wrote:
On Mon, Mar 05, 2012 at 05:12:16PM -0500, Arnaud Lacombe wrote:
I've been running a couple of system with 9.0-RELEASE since it is out.
All the system were installed through the standard installation
procedure. After
You didn't answer my question - is there a PR opened for this?
Adrian
On 9 March 2012 12:02, David Thiel l...@freebsd.org wrote:
On Fri, Mar 09, 2012 at 01:53:59AM -0800, Adrian Chadd wrote:
PR ?
The original thread was here:
http://marc.info/?t=13250246001r=1w=2
Ignore the part
Hi!
Would you please submit this as a PR?
That way it Doesn't get (as) lost.
Thanks!
adrian
On 6 March 2012 16:53, Oliver Pinter pin...@tresorium.hu wrote:
Hi all!
I wrote a patch, to add support for Vodafone K3772-Z 3g modem.
--
Oliver Pinter
(Tresorium)
You haven't been bitten by the storage layer or filesystem hackery
bits which has caused filesystem corruption. :)
That said, FFS+SUJ has made recover-from-kernel-panic so much less
painful. Thankyou Jeffr and others!
What I tend to do is either run current on a VM or organise some
dedicated
2012/3/3 Doug Barton do...@freebsd.org:
On 03/02/2012 16:05, Adrian Chadd wrote:
Try breaking that cycle.
... one of the things I've been asking for years. :)
Julian's right though, I think PC-BSD will help, but I still think that
committers should run -current. I've asked privately for our
I've had the same problem with wireless.
For some users, wireless works flawlessly.
For other users, it's completely unusable.
Trying to get any kind of useful feedback from people has been
impossible at best. I've even had FreeBSD developers, sitting in the
developers IRC channel, say wifi is
Hi!
You now officially have enough information to fill out a PR! Thankyou
so very much for finding out which particular commit/commits caused
this regression for you!
http://www.freebsd.org/send-pr.html
Would you mind doing this? :)
Thanks!
Adrian
On 2 March 2012 18:50, Harry Newton
SunOS 4.x users will love you.
:-)
Adrian
On 1 March 2012 02:27, Nikolay Denev nde...@gmail.com wrote:
On Feb 21, 2012, at 3:35 PM, Alexander Leidinger wrote:
Hi,
I created a kernel config for i386/amd64 (should work on -current and 9.x)
and a suitable loader.conf which:
- tries to
A lot of the PCI bus enumeration and configuration code has changed.
John's likely the best person to bring into this. He's been doing a
lot of the PCI bus hacking and has found/fixed quite a few
regressions.
Good luck!
Adrian
On 28 February 2012 14:26, Harry Newton h...@yewbarrow.net
I tend to say the right solution to a problem is to not do it wrong.
But.. given that Linux is fine with all the unaligned accesses, is the
major sticking point here the fact that Linux's block dev layer is
doing all the caching that FreeBSD's direct device layer isn't, and
all of those (cached)
On 12 February 2012 09:34, Alex Samorukov m...@os2.kiev.ua wrote:
Yes. But it will nit fix non-cached access to the disk (raw) devices. And
this is the main reason why ntfs-3g and exfat are much slower then working
on Linux.
But _that_ can be fixed with the appropriate application of a
Hi,
What about the disk access is unaligned? Do you mean not sector aligned? or?
This is a common problem people face doing disk IO analysis.
The whole point about not allowing unaligned access is to make the
disk IO path cleaner. It does mean that the filesystem code (and GEOM
modules
I've done this a few times.
The /boot/loader takes a _long_ time to suck in the 25 odd modules my
eeepc requires to load a completely modular kernel. It takes a _very
long_ time to suck these in over USB.
It's a great idea and I think we should start down this path in the
10-CURRENT trajectory
Sure, can you please:
* compile with the following options:
options ATH_DEBUG
options AH_DEBUG
options ATH_DIAGAPI
* compile /usr/src/sys/tools/tools/ath/athstats/
* run athstats -i ath0 and email them to me + freebsd-wirel...@freebsd.org
Thanks!
Adrian
On 24 January 2012 04:01, Michal
. Is
there any way to fix this? I see these sysctls:
dev.ath.0.softled: 0
dev.ath.0.ledpin: 0
dev.ath.0.ledon: 0
dev.ath.0.ledidle: 2700
but I'm lost with them :)
regards
michal
On 25.1.2012, at 4:46, Adrian Chadd wrote:
Sure, can you please:
* compile with the following options
.. if you have a _reproducable_ case for this, mav@ needs to see it ASAP.
The trouble is that mav@ isn't handed reproducable cases and thus can't
debug it.
If you can supply some kind of box that provides this as a reproducable
issue, we can get it fixed ASAP. Otherwise it's a case of can't
Well, the problem is that the people working on this code don't have a
variety of older hardware to test things on. Developers of free
software rely on users to do testing of releases on the hardware they
care about. It may not sound very good but it's the best that can be
done with the given
On 31 December 2011 11:41, Dan Allen danalle...@airwired.net wrote:
My Toshiba Satellite U205 used to work great with RELENG_7, but the boot code
of RELENG_8 will not recognize the 2nd core of my Core Duo (not Core 2 Duo)
processor. Nobody seems to care as few machines have Core Duo, or few
On 31 December 2011 16:08, Dan Allen danalle...@airwired.net wrote:
Almost every day I csup from RELENG_x and build. The traces of RELENG_8 are
gone, so no, unfortunately I cannot give you a uname -a from those days.
Would you consider having a small partition to do the same for HEAD? :P
My rule is break it any way you can and see if you can figure out why.
Don't be discouraged. You may find some of the folk at yahoo are interested.
Adrian
On 24 December 2011 03:00, Daniel Kalchev dan...@digsys.bg wrote:
On Dec 24, 2011, at 12:49 AM, Adrian Chadd wrote:
Do you not have
101 - 200 of 305 matches
Mail list logo