I order from my home, in Brasil!
i've ordered a couple of openbsd cds from brazil (rio) in the past and
it wasn't unusual for the shipment to take longer than 6 months to be
delivered; i.e after the next version of openbsd had been tagged. :)
-p.
> If I'm right, can I send a diff?
You don't need to be right to send a diff (been there, done that).
-p.
On Wed, Dec 24, 2008 at 01:06:17AM -0500, Ted Unangst wrote:
> As a general matter, I'm a bit of a downer on ffs2 because I think
> it's the wrong solution. FFS was (and is) great for its problem
> domain, but outside the comfort zone it's not so hot.
there's always the possibility of trying to m
What was the actual panic message?
-p.
This issue is likely to have been addressed by the reliability fix #005,
as seen on http://www.openbsd.org/errata44.html.
-p.
On Thu, Aug 14, 2008 at 12:40:38PM -0700, Johan Beisser wrote:
> man cp(1)
You're all apparently missing out on a great tool called "GHome Mover"
(http://www.brookepeig.com/ghomemover/). I know the guy said he is
logging in from remote, but it is definitely worth the effort having X
installed on y
On Sun, Jun 24, 2007 at 04:26:18PM +0800, Alex Kwan wrote:
> Can I read and write on NTFS system under OpenBSD?
>From 'man mount_ntfs':
Warning: do not mount NTFS filesystems read-write. The write support is
not very useful and is not tested well. It's not safe to write to any
file on NTFS; you
If you can still reproduce the problem with the latest snapshot, please
break into ddb, use 'ps' to see the PID of the 'reboot' process, and get
us the output of 'tr /p 0t'.
-p.
See [EMAIL PROTECTED]
-p.
On Thu, Mar 22, 2007 at 12:09:04PM -0600, Bob Beck wrote:
> How can you call it a low water mark art? I wasn't speechless,
> I laughed my ass off. I needed the humor this morning, I'm hung
> over and spent the morning in a stupid meeting. That message made
> my day.
Because what was `early
On Mon, Feb 26, 2007 at 11:36:38AM +0100, Sebastian Reitenbach wrote:
> I found this thread, where someone has seen the same problem:
> http://marc.theaimsgroup.com/?l=openbsd-tech&m=115959929717470&w=2
(...)
> Is there anything else I can do to keep the machines up and running?
Unfortunately, no.
On Tue, Jan 30, 2007 at 11:46:31AM +, Andreas Kahari wrote:
> udf_mountfs(): 0, 1
Okay, I know how to fix this. The problem is, unless you volunteer to
test a whole set of diffs, some of which will probably crash your box, I
need access to the disc. Another problem is, I don't have any DVD dri
Andreas,
On Tue, Jan 30, 2007 at 09:55:28AM +, Andreas Kahari wrote:
> The patch will make the machine not lock up, but it still doesn't
> mount the DVD disc. This time, I get no messages from the kernel in
> /var/log/messages, but I get the error message "mount_udf: mount:
> Invalid argument
Andreas,
On Mon, Jan 29, 2007 at 09:45:14AM +, Andreas Kahari wrote:
> I had the same problem ("FSD does not lie within the partition!" when
> trying to mount a UDF DVD disc). I applied the patch below from Pedro
> to a current i386 system, but that resulted in a locked system
> (everything w
On Wed, Jan 10, 2007 at 10:23:31PM +0100, chefren wrote:
> A few people mail things like "submit a patch" but those simple minds
> don't understand that there is nothing to patch here.
those are usually the minds that make openbsd possible
anyway, i will shut up and wait for the day you have cod
On Wed, Jan 10, 2007 at 02:47:16PM +, Brian Candler wrote:
> On Wed, Jan 10, 2007 at 09:21:45AM +0900, Mathieu Sauve-Frankel wrote:
> > Could you guys please take this completely useless discussion off-list ?
> > It has absolutely zero value to anyone running or developing OpenBSD.
>
> Well, m
Do you see anything unusual on dmesg?
-p.
On Sun, Nov 12, 2006 at 04:32:27PM +0100, Federico Giannici wrote:
> Now that the DNS problem is solved, it SEEMS that the problem with NFS
> is reduced.
Interesting... let me know what else you find out.
> 1) Is NFS activity in some way related to DNS?
Not really. Well, both go through the net
On Sun, Nov 12, 2006 at 02:31:59PM +0100, Federico Giannici wrote:
> The NEOMEDIA kernel is GENERIC with the following two options (I used
> them in 3.9 to avoid kernel freezes):
> maxusers 64
> option NKMEMPAGES_MAX=32768
These problems are still there, so keep using them.
-p.
On Sun, Nov 12, 2006 at 01:59:47PM +0100, Federico Giannici wrote:
> Is there any case that makes NFS in 4.0 read the listing of a directory?
Yes, the getcwd() change. I wonder if it exposed any other bug in our
NFS code (as it did in the past, but those got fixed, since they were
reported).
Anyw
On Sun, Nov 12, 2006 at 10:46:17AM +0100, Federico Giannici wrote:
> There have been changes in 4.0 that can explain this behavior?
No.
> Is there something I can do to solve it?
Try playing with the NIC. See if you get the same amount of throughput
with 4.0 that you got with 3.9.
-p.
On Mon, Oct 30, 2006 at 10:40:53PM +0100, Ingo Schwarze wrote:
> The improvement was committed more than a month before we
> discussed the point... Somewhat amazing, i must say...
> Apparently, reading source-changes@ is useful when trying
> to answer questions. :-/
Sorry for not warning you gu
On Mon, Oct 30, 2006 at 01:06:14PM +0200, Erki Malling wrote:
> I'm running Canyon CN-WF511 wireless PCI card (Ralink RT2561S)
> in hostap mode in my 30m2 flat, serving one laptop next room.
> The wireless quality has always been less than stellar, even
> when few meters from the OpenBSD box antenn
On Thu, Oct 19, 2006 at 08:08:02PM +, Didier Wiroth wrote:
> bdwrite: force async write on the buffer 0xd8003f20
That's just a diff's debug message. Nothing to be concerned about.
-p.
What's more effective in this case is pressuring local vendors so _they_
get to import the CDs. If you prove them there's a reasonable consumer
market, then they certainly will try to make the CDs available.
Vendors know the process. Vendors can negotiate and get cheaper prices.
Vendors can arrang
On Mon, Sep 11, 2006 at 03:59:45PM +, Paul Stoeber wrote:
> Let's see if I can get this closer to right.
> The patch is against and tested on -current.
> Thank you, Pedro, for your help.
Paul,
Here's a slightly revised version of your patch. It would be nice to
have a couple of test reports o
On Wed, Sep 13, 2006 at 10:46:17PM +0200, Han Boetes wrote:
> 24912 fsck_ffs GIO fd 4 wrote 32 bytes
>"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"
> 24912 fsck_ffs RET write 16384/0x4000
> 24912 fsck_ffs CALL munmap(0x861e3000,0x4000)
> 24912 fsck_ffs RET mu
On Wed, Sep 13, 2006 at 08:57:25PM +0200, Han Boetes wrote:
> Pedro Martelletto wrote:
> > Thanks. It would be nice to have this information for the USB
> > threads as well. A ktrace of fsck_ffs (just the last few lines)
> > and the output of 'disklabel sd0' would al
On Wed, Sep 13, 2006 at 04:38:40PM +0159, Han Boetes wrote:
> I assume you request the relevant lines:
>
> UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND
> 0 32054 1087 0 10 0 348 4 wait IW+ p50:00.01 fsck -fy
> /dev/sd0a
> 0 2545 32054
On Wed, Sep 13, 2006 at 02:19:36PM +0200, Han Boetes wrote:
> umass0: BBB bulk-in stall clear failed, IOERROR
> umass0: BBB bulk-in stall clear failed, IOERROR
> umass0: BBB bulk-in stall clear failed, IOERROR
These look highly suspicious, but just for the sake of it, can you
please provide the ou
On Sun, Sep 10, 2006 at 05:08:49AM +, Paul Stoeber wrote:
> Quoting sys/dev/vnd.c rev 1.62:
>
> 1121/*
> 1122 * Wait interruptibly for an exclusive lock.
> 1123 *
> 1124 * XXX
> 1125 * Several drivers do this; it should be abstracted and made
On Wed, Sep 06, 2006 at 09:53:43AM +0200, Igor Sobrado wrote:
> but certainly diverging disklabels can explain the problem I outlined
> in the first message to this thread
Uh, yes, maybe. I didn't read it, to be honest. I just looked at the Ted
mail you were pointed at. That's definitely talking a
How could I possibly have missed that question...
On Tue, Sep 05, 2006 at 11:13:06AM +0200, Igor Sobrado wrote:
> By the way, when will ffs2 be available in OpenBSD? From the changelogs
> I see that there is some work being done in preparation for ffs2, these
> are excellent news.
Kernel support
On Tue, Sep 05, 2006 at 07:24:55PM +0200, Igor Sobrado wrote:
> Indeed, it is a BSD disklabel related problem not a ffs's one.
It *is* a FFS problem. The superblocks are different.
-p.
On Thu, Aug 31, 2006 at 08:01:49PM -0300, Marc G. Fournier wrote:
> In a perfect world, they all would ... this is not a perfect world, it is
> one dominated by Linux or Microsoft ... I use Adaptec drivers on 3 of my
> servers, because, in 4.x, they were rock solid ... in 6.x, they have a
> pro
On Thu, Aug 31, 2006 at 06:50:00PM -0300, Marc G. Fournier wrote:
> Even at the kernel level? Look at device drivers and vendors as one
> example ... companies like adaptec have to write *one* device driver, for,
> what, 50+ distributions of linux ... for us, they need to write one for
> FreeBS
> Specifically, what is the data pointer/length field in buf
> structs? Looking at sys/buf.h, it appears that b_un.b_addr is the
> data pointer, and b_bcount is the length.
You're right.
> Trying to trace system calls to confirm my suspicion, I become
> catatonic at the amount of indirectio
> The OpenBSD developers spend a lot of time making code fit what they
> call "KNF" -- Kernel Normal Form, documented in style(7)
style(9)
-p.
Were you running with softdep?
-p.
> I cannot declare that the problem is solved... but I had no more freezes
> since I'm using a custom GENERIC kernel with doubled "NKMEMPAGES_MAX"
> and "maxusers", both with the i386 and the amd64 machines.
>
> But consider that this happened only 7 and 10 days ago...
It has been approximately
On Thu, Aug 10, 2006 at 08:12:59AM -0500, Roger Midmore wrote:
> I was wondering who, if anyone, was working on supporting UFS2?
I was, and plan to be again, as time permits.
-p.
Any news on this?
-p.
On Wed, Jul 26, 2006 at 12:19:45PM -0700, Nick Price wrote:
> What are some good tasks that need to be done that someone isn't
> currently working on?
Searching the archives :-)
-p.
On Thu, Jul 20, 2006 at 06:07:16PM +0200, Federico Giannici wrote:
> It seems to me that under amd64 the "UVM Amap" usage is much higher then
> under i386. So, even if by default the limit is the double of the i386,
> it seems not enough.
That's probably because the code allocates in multiples o
On Tue, Jul 18, 2006 at 07:34:00PM +0200, Federico Giannici wrote:
> I'm not sure of what variables to set and where.
options(4) should tell you that.
-p.
Federico,
Your diagnosis is correct, that freeze can be the result of reaching the
limit for UVM amap allocations. These get used by the kernel to describe
anonymous memory mappings, and mmap malloc() puts the UVM subsystem
under a higher load of those, eventually reaching the limit. Until an
appr
On Thu, Jul 13, 2006 at 05:39:40PM +0200, Federico Giannici wrote:
> I have noticed that the above "UVM amap" HighUse value is equal to the
> Limit value.
Indeed it looks suspicious. Not my area, though, so I'd have to look at
the code to know the exact consequences. But yes, it's a possibility.
The next time it freezes, break into ddb and get the output of 'show
uvmexp'.
-p.
Do you see anything unusual in the dmesg?
-p.
Can you break into ddb?
-p.
Can you please try this diff?
-p.
Index: firmload.c
===
RCS file: /cvs/src/sys/dev/firmload.c,v
retrieving revision 1.7
diff -u -p -r1.7 firmload.c
--- firmload.c 19 Jan 2006 17:49:50 - 1.7
+++ firmload.c 26 Jun 2006 13:42
On Thu, Jun 22, 2006 at 03:59:30PM +0200, Federico Giannici wrote:
> I commented the "ddb.panic=0", but nothing changed.
can you try setting ddb.console=1, and after the box freezes, see if
ctrl+alt+esc gets you in ddb?
> I have read that now you are "Italian", do you speak italian too? ;-)
nop
On Thu, Jun 22, 2006 at 03:25:41PM +0200, Federico Giannici wrote:
> >>Yesterday another PC freezed!
>
> It just crashed again!
did it freeze or did it crash?
can you try breaking into ddb?
-p.
i've had ufs2 done (well, the kernel part) on my laptop for almost six
months now :) most of it is in, although, as joachim pointed you to,
some essential parts had to be backed out cause compatibility with old
tools was broken, which is just not acceptable in openbsd.
and that was totally my faul
Can you please try this diff?
-p.
Index: udf_vfsops.c
===
RCS file: /cvs/src/sys/isofs/udf/udf_vfsops.c,v
retrieving revision 1.7
diff -u -p -r1.7 udf_vfsops.c
--- udf_vfsops.c14 Jun 2006 16:40:15 - 1.7
+++ udf_vfsop
He also said the superblocks are different, so you can't expect anything
(df, mount, fsck) to work.
-p.
Please read again what Ted wrote.
-p.
On Thu, May 11, 2006 at 02:27:56PM +0100, Nick Guenther wrote:
> Odd. How could he use it for backup before then? Or did he just never
> use it before?
Probably the latter :-)
-p.
On Thu, May 11, 2006 at 02:01:00PM +0100, Nick Guenther wrote:
> The disklabel shows that the parition type is 'unused'. It must be set
> to '4.4BSD'. You can do this from in disklabel, of course. BUT, I
> think this indicates some bigger problem: what killed your disklabel?
> Are you sure this is
The raid(4) codebase is old, unmaintained, and known to have issues.
That's one of the reasons it's not in the stock kernel.
-p.
Indeed. If the intention was to only cover northern countries, "Summer
of Cold" might have been a more appropriate name. :-)
-p.
Too bad summer is gone...
-p.
It would be wise to actually force the checking by specifying -f.
-p.
On Thu, Mar 23, 2006 at 04:03:58PM +0100, frantisek holop wrote:
> i never did try to present this as absolute truth, all the mail is
> my personal opinion.
Okay, thanks for clarifying that.
-p.
On Thu, Mar 23, 2006 at 03:09:08PM +0100, frantisek holop wrote:
> if you don't have cvs commit, you are a nobody that's what misc@
> will teach any newcomer using iron and fire. i try to be part
> of a community but the devs say you are nobody and should be glad
> that you can use this stuff.
It'
Perhaps ifstated(8) can help, though I'm not sure.
-p.
Ramiro,
Do you really think you're improving the situation by mourning in our
mailing lists? Have you tried debugging the problems you mention? Have
you tried contacting the respective ports maintainers to work out those
issues with them? Did you bother to report at all?
Just pointing at people a
On Wed, Jan 18, 2006 at 08:48:59AM -0500, Nick Bender wrote:
> Kind of off topic, but has any work been done towards implementing
> McKusick's snapshot and background fsck techniques in ffs?
I just won't say that the number of people working on it is inversely
proportional to the number of people
I'm assuming you're using msdosfs on your player.
There have been fixes to the code in -current.
You might want to try a snapshot.
-p.
Looks like you've made some new friends in Manaus, Brazil :-)
-p.
On Wed, Jan 04, 2006 at 02:50:01PM +, Gaby vanhegan wrote:
> To begin, I'm running OpenBSD trim.chrispyfur.net 3.6 GENERIC.MP#173
> i386.
>
> I have some suspect files in /tmp, and I'm fairly sure that they
> shouldn't be
On Fri, Dec 30, 2005 at 08:37:30PM +0800, Uwe Dippel wrote:
> file larger than 2 GB will show with wrong content and a negative size.
This was fixed in 8/11, and made the stable tree on 1/12.
-p.
On Wed, Dec 07, 2005 at 02:58:34PM -0800, Joe Advisor wrote:
> http://marc.theaimsgroup.com/?l=openbsd-misc&m=110931013806157&w=2
Some stuff, which should be included in 3.8-release, has been committed
to help in this regard. It doesn't cover all cases, though.
-p.
On Sat, Nov 26, 2005 at 01:45:47AM -0800, Ted Unangst wrote:
> there may be a missing cache_purge in msdosfs_rename.
I've looked at the code and yes, you're correct. There was a missing
cache_purge() in msdosfs_rename(), and that fixed the issue for me.
Alexander, can you confirm the problem is g
On Sat, Nov 26, 2005 at 03:05:30AM +0100, Alexander Hall wrote:
> Actually, after testing copying aa and ab separately, I cannot reproduce
> the previous errors again. Maybe a reboot will "help".
>
> FWIW, I think that unmounting and mounting the fs again restored the
> order (or so it seemed).
On Sat, Nov 26, 2005 at 12:57:06AM +0100, Alexander Hall wrote:
> $ dd if=/dev/zero of=msdos_fs bs=1024 count=1024
> $ sudo vnconfig vnd0 msdos_fs
> $ sudo newfs_msdos /dev/rvnd0c
> $ sudo mount_msdos -m 777 -l /dev/vnd0c /mnt/test/
> $ cd /mnt/test
> $ mkdir a aa ab
> $ find .
> .
> ./a
> ./aa
>
On Sat, Nov 26, 2005 at 12:57:06AM +0100, Alexander Hall wrote:
> I ran into this just this week while moving stuff like crazy. Succeeded
> to boil stuff down to a very limited set of operations that fscks things
> up. I run tests on a (disposable :) vnd device but I got the same
> results on an
Hi,
I wonder if there's any OpenBSD user in Brazil who would be willing to
donate a sparc64 box to help on my development efforts? I work in the
kernel, and having access to such an architecture would be great.
The look-out is currently for people in Brazil only, since our customs
tends to create
On Sat, Oct 01, 2005 at 07:04:47PM -0300, Pedro Martelletto wrote:
> On Sat, Oct 01, 2005 at 05:36:24PM -0300, Marcos Vinicius Buzo wrote:
> > Does anybody here live in Brazil and use the adsl link from telefonica and
> > can get it working with OpenBSD/pppoe ?
>
> No. I
On Sat, Oct 01, 2005 at 07:23:55PM -0300, Marcos Vinicius Buzo wrote:
> Yes Pedro, I live in the state of Sao Paulo. I used that configuration
> because is how the man 4 pppoe is telling i should do, these adresses should
> be replaced with the adresses I would receive from my ISP.
Oh, so never mi
Hi Marcos,
I never used PPPoE myself, but let me try to help you out...
On Sat, Oct 01, 2005 at 05:36:24PM -0300, Marcos Vinicius Buzo wrote:
> I live in Brazil and my connection is an ADSL link with Telefonica.
Then you probably live somewhere in the state of Sao Paulo :-)
> !/sbin/ifconfig \$
Okay, whatever.
-p.
On Wed, Sep 28, 2005 at 11:44:31PM +0200, frantisek holop wrote:
> i know very well how to report bugs thank you very much.
So why didn't you?
> been on the list for quite some time now. to use your car
> repairsman example: do you expect me to wreck my car AGAIN
> so just i can report you what
http://www.openbsd.org/report.html is also an excellent source of
information on how to report issues, so they can get fixed.
-p.
Alexander and Frantisek,
It should be of no surprise that if you don't step up and report an
issue, it won't get fixed. Sending a description of the problem to misc@
is not the correct way of submitting a report. Doing so is more or less
like whispering on a large avenue that your car is broken an
On Mon, Aug 22, 2005 at 11:53:04AM -0300, Joco Salvatti wrote:
> used the ldconfig program on a shared library that is located in
> /emul/linux/lib. After that the system crashed.
Could you please provide the information you got from the system crash?
-p.
On Thu, Jun 09, 2005 at 06:25:48PM +0800, Uwe Dippel wrote:
> Sorry, I have no clue how to debug, so I can only put one of those
> messages here and ask for guidance:
>
> Kernel: page fault trap, code=0
> Stopped at0x55b0d6b0: kernel: page fault trap, code 0
> Stopped atdb_read_bytes+0
unfortunately, getcwd() on union is broken... :-(
-p.
On Tue, Sep 14, 2004 at 01:47:46PM -0400, Aaron Suen wrote:
> I'm having a problem compiling the kernel when the sources are mounted
> on a union filesystem. It's enabled by default in GENERIC and I don't
> see any of the customary "not for p
On Tue, May 24, 2005 at 11:41:20AM -0700, Stephan Wehner wrote:
> Is there something usable right now?
nope, but i will let you know as soon as there is
cheers,
-p.
On Tue, May 24, 2005 at 11:03:25AM -0700, Stephan Wehner wrote:
> Is mksnap_ffs(8) from FreeBSD available in OpenBSD?
nope
> Are there plans?
yup
-p.
On Sun, May 15, 2005 at 04:22:10PM +0200, -f wrote:
> hi there,
>
> i am reading about UDF on wikipedia, and it states that
> udf is becoming popular on flash media.
>
> i saw the udf commits to the tree, and i was wondering
> if it was possible to udf format a disk. as both windows
> and openbs
On Thu, May 05, 2005 at 03:42:27PM +0200, Georg Kremsner wrote:
> vgonel(d72584f0,d72c33e8,d059c8c0,d72584f0,0) at vgonel+0x7d
> vgone(d72584f0,0,d72c33e8,e8a0bdcc,d72584f0) at vgone+0x17
> layer_inactive(e8a0bdd4,d72c33e8,e8a0bdf0,d020aa99,0) at
> layer_inactive+0x32
> VOP_INACTIVE(d72584f0,d72c33
On Thu, May 05, 2005 at 09:11:16AM -0300, Joco Salvatti wrote:
> I'd like to know which compiler is used in OpenBSD's kernel compiling
> process.
Microsoft Visual Studio C++
92 matches
Mail list logo