In article ,
Thomas Klausner wrote:
>Hi!
>
>When fetching the distfile for mail/courier-unicode, I see:
>
>=> Bootstrap dependency digest>=20211023: found digest-20220214
>=> Fetching courier-unicode-2.3.0.tar.bz2
>=> Total size: 657354 bytes
>Trying [2606:4700:4400::ac40:9691]:443 ...
>Requestin
On 2024-03-05 1:13 am, matthew green wrote:
ah. the problem is that struct isc_nmhandle grew a pointer member,
adding 4 bytes to the struct size, and it uses C99 [] variable array
for the final member, which is later assigned to other pointers, and
this memory was now only 4-byte aligned. this
On 2024-03-05 1:13 am, matthew green wrote:
ah. the problem is that struct isc_nmhandle grew a pointer member,
adding 4 bytes to the struct size, and it uses C99 [] variable array
for the final member, which is later assigned to other pointers, and
this memory was now only 4-byte aligned. this
I don't think that's the problem. I added abort() calls just before the return
0 and
they never fire for me (and the kernel built has the right CTF information).
Nevertheless
I think that the relocation code is not used in the CTF code; it just parsers
the debug
dwarf into and builds CTF stabs f
In article <4b5a66e1-7a3e-48ce-9ace-f9249e75f...@mailbox.org>,
J. Hannken-Illjes wrote:
>I also added an abort() when _dwarf_get_reloc_size() returns on
>"/* unknown relocation. */" and this killed nbctfconvert() as
>
>_dwarf_get_reloc_size ()
>_dwarf_elf_init ()
>dwarf_elf_init ()
>dw_read ()
>ma
In article ,
nia wrote:
>I've thought about this a bit more and I want to write a separate
>script for generating the compat set lists, the current one is a
>little confusing (it tries to do a lot of things) and isn't really
>suited to generating a list based on another list.
>
>I'll work on this
> On Apr 26, 2024, at 12:37 AM, Martin Husemann wrote:
>
> On Thu, Apr 25, 2024 at 10:43:43PM -, Christos Zoulas wrote:
>> Thank you. I think there should be one compat set list, not one
>> for each machine_arch, and only have a ad or md machine specific
>>
In article ,
Thomas Klausner wrote:
>Hi!
>
>I just tried in gdb to watch a memory location.
>
>(gdb) watch *0x78f2d98cd040
>Hardware watchpoint 6: *0x78f2d98cd040
>(gdb) c
>Continuing.
>Couldn't write debug registers: Operation not permitted.
>Command aborted.
>(gdb)
>
>Watching an expression wor
In article
,
Vitaly Shevtsov wrote:
>Is there any way to make it work under an unprivileged user? Maybe
>some sysctl settings?
sysctl -w security.models.extensions.user_set_dbregs=1
christos
On 2024-09-03 5:08 am, Rin Okuyama wrote:
Build should be fixed now:
https://mail-index.netbsd.org/source-changes/2024/09/03/msg153161.html
However, as noted in commit log, this change has never been tested.
Christos, can you please confirm whether the diff is reasonable?
Yes, the diff is fine
On Jun 18, 9:30am, is...@pastel-flower.jp (Tetsuya Isaki) wrote:
-- Subject: Re: Build still broken on hp700 - likelky related to ufs/lfs spli
| Similarly, x68k also still broken.
| ---
| Tetsuya Isaki
Do not worry. It will be fixed soon.
christos
On Jun 20, 10:25am, g...@gson.org (Andreas Gustafsson) wrote:
-- Subject: Re: Automated report: NetBSD-current/i386 build failure
| NetBSD Test Fixture wrote:
| >A failure has been detected in another branch of the parallel make
| >nbmake: stopped in /tmp/bracket/build/2013.06.19.21.12.03-
In article ,
Roy Marples wrote:
>On 21/06/2013 22:39, John Nemeth wrote:
>> On Jun 21, 8:55pm, Roy Marples wrote:
>> } * a DUID is now generated in /etc/dhcpcd.duid and this is used as
>> a
>> } client ID for DHCPv4 and DHCPv6
>> } This does mean that you may get new DHCPv4 addresses
In article <20130627161325.ga7...@lynche.sis.pasteur.fr>,
Nicolas Joly wrote:
>
>Hi,
>
>I do have access, at work, to a new NFS filer (Isilon). Unfortunately
>this new beast is in a different subnet ... and, on that subnet, most
>UDP ports are filtered. Using TCP to mount exported filesystems wor
In article <20130628014532.GA27908@marx.bitnet>,
Jukka Ruohonen wrote:
>kieeeOn Thu, Jun 27, 2013 at 05:34:22PM +0200, Maxime Villard wrote:
>> Hi,
>> I've been making a code scanner for a while, and I recently launched it
>> on NetBSD's source tree to test some new rules. It found 16 potential
>
In article ,
Christos Zoulas wrote:
>In article <20130628014532.GA27908@marx.bitnet>,
>Jukka Ruohonen wrote:
>>kieeeOn Thu, Jun 27, 2013 at 05:34:22PM +0200, Maxime Villard wrote:
>>> Hi,
>>> I've been making a code scanner for a while, and I recently l
On Jun 28, 10:35am, f...@netbsd.org (Erik Fair) wrote:
-- Subject: Re: Set of 16 potential bugs
| And have pull-ups been requested?
No, I think that the tftp one is the most critical and should be pulled up.
The rest are not commonly hit (mostly driver and platform specific).
christos
In article <20130630.014728.361007319.nakay...@leto.eonet.ne.jp>,
NAKAJIMA Yoshihiro wrote:
>-=-=-=-=-=-
>
>Hello,
>
>
>After LFS split, ufs_readwrite.c is no longer shared by FFS and LFS.
>So I think:
>
>(1) Simplify them (see attached file)
>
>And (2a) merge into {ffs,lfs}_vnops.c
>or (2b)
In article <20130629195840.GB7272@ThinkPad>, Jan Kryl wrote:
>mount protocol has been always handled in userland (except
>diskless boot). Moving just unmount RPC call to kernel wouldn't
>be systematic. There should be an interface to obtain mount protocol
>transport (and other NFS options) from k
In article <20130701124533.ga14...@lynche.sis.pasteur.fr>,
Nicolas Joly wrote:
>-=-=-=-=-=-
>No idea how to solve this one.
Untested code never works :-) I committed a much simplified version
that does.
christos
In article <51d3cb2b.20...@m00nbsd.net>,
Maxime Villard wrote:
>Hi,
>here is a small patch for ftpd.
>
>1. If one of these stat() fail, st1 and/or st2 are not initialized.
Yes, good catch, fixed.
>2. Since fatal() calls _exit(), 'ng' is useless.
In practice since people cargo-cult code it is b
In article <51d4618b.8020...@m00nbsd.net>,
Maxime Villard wrote:
>There is an error in the fix which has been committed. What
>if snprintf() returns -1 ?
Yes, fixed.
christos
>
>- - PATCH
>
>Index: tftpd.c
>===
>RCS file: /cvsroot/
In article <51d46245.5090...@m00nbsd.net>,
Maxime Villard wrote:
>Hi,
>here is a patch for tftpd.
>
>- - CVS
>The functions tsize_handler()/timeout_handler()/blk_handler() are
>given a pointer 'ec' that they are *supposed* to change when an error
>occurs. Also, they are *supposed* to return -1 to
In article <20130719161217.0e11359...@thoreau.thistledown.com.au>,
Simon Burge wrote:
>Hi Frank!
>
>Frank Kardel wrote:
>
>> Hi Simon !
>>
>> Two observations:
>> NetBSD 5 has 4.2.4p6.
>>
>> NetBSD 6+current have 4.2.6p5.
>
>I did try 4.2.4p6 (from NetBSD 5) on NetBSD 6 and behaves the same
>b
On Jul 28, 7:04am, p...@whooppee.com (Paul Goyette) wrote:
-- Subject: Re: Sets list need updating for new libbind stuff?
| I think I've just fixed this. Christos, can you please check to make
| sure I got it right?
Sure, I'll start a build.
christos
In article <20130827072155.ga2...@mail.duskware.de>,
Martin Husemann wrote:
>On Tue, Aug 27, 2013 at 08:28:04AM +0900, tsugutomo.en...@jp.sony.com wrote:
>> Maxime Villard writes:
>> - How often is_dyn is true?
>
>Good point - I can't find any use for it. The code seems to agree:
>
>/*
>
On Aug 27, 10:03am, mar...@duskware.de (Martin Husemann) wrote:
-- Subject: Re: [PATCH] Some tweaks for ELF
| On Tue, Aug 27, 2013 at 07:59:44AM +, Christos Zoulas wrote:
| > >Are there any ET_DYN that are not shared libs? Maybe we should remove
| > >the is_dyn exec suppor
On Aug 27, 10:44am, mar...@duskware.de (Martin Husemann) wrote:
-- Subject: Re: [PATCH] Some tweaks for ELF
| On Tue, Aug 27, 2013 at 04:37:30AM -0400, Christos Zoulas wrote:
| > Useful or not, it currently works :-)
|
| Yes, and if we need it for compat: fine. Out of curiosity: why does li
In article <522317ab.1020...@netbsd.org>,
Frank Kardel wrote:
>While building a release I saw in fstat that commands started from make
>had many (pipe) file descriptors allocated. Is make missing
>setting FD_CLOEXEC/closing before fork on these ? While this is not
>really critical it opens up p
On Sep 1, 2:24pm, kar...@netbsd.org (Frank Kardel) wrote:
-- Subject: Re: make not closing fds?
| That's what I assume too. But, should normal commands really get access
| to those fds?
|
No, I don't think so. Perhaps the pipes are used to redirect and
collect the output of normal commands.
c
Expect the tree to be broken for some archs for a few days.
(There are too many archs to build and test).
christos
In article <524f0c98.4030...@netbsd.org>,
Frank Kardel wrote:
>When bulk building pkgsrc 2013Q3 on -current as of 2013-10-03 I see quit
>a few link failures like
>
>2013/10/04 18:35:10 1126/11478= 9.8% editors/ce @ x86_64> gcc
>-L/usr/lib -Wl,-R/usr/lib -Wl,-R/usr/pkg/lib -O2 -I/usr/include
In article <52509454.9060...@libero.it>,
Riccardo Mottola wrote:
>Hi,
>
>Nick Hudson wrote:
>> On 10/04/13 13:39, Riccardo Mottola wrote:
>>> Hi,
>>>
>>> is the current build still expected to be broken?
>>>
>> no, but your system is hosed from an earlier problem... the easiest
>> fix is probabl
On Oct 6, 2:21pm, riccardo.mott...@libero.it (Riccardo Mottola) wrote:
-- Subject: Re: build broken -groff and c++ compiler
| Hi,
|
| Christos Zoulas wrote:
| > 1. cvs update to head
| > 2. cd /usr/src/external/gpl3/binutils
| > 3. for i in lib usr.bin usr.sbin; do (cd $i &&
On Oct 6, 9:18pm, riccardo.mott...@libero.it (Riccardo Mottola) wrote:
-- Subject: Re: build broken -groff and c++ compiler
| Hi Christos,
|
| Thanks.
|
| Christos Zoulas wrote:
| > On Oct 6, 2:21pm, riccardo.mott...@libero.it (Riccardo Mottola) wrote:
| > -- Subject: Re: build broken
On Oct 7, 3:59pm, riccardo.mott...@libero.it (Riccardo Mottola) wrote:
-- Subject: Re: build broken -groff and c++ compiler
| First I did it for lib and bin in usr, sbin, usr.bin, usr.sbin. All
| executed without errors.
|
| Then I got back into
|
| /usr/src/external/gpl3/binutils
|
| and mod
In article <5252c26a.6040...@libero.it>,
Riccardo Mottola wrote:
>
>PS: building gcc naively as I proposed, fails when compiling "libm"...
The compiler has nothing to do with this failure. It is all binutils.
The only reason I can think of that this is happening is that your
binutils sources are
In article <525b9ce0.8090...@netbsd.org>,
Nick Hudson wrote:
>On 10/14/13 00:17, Jun Ebihara wrote:
>> Does anybody use typical memory card reader in 6.99.24?
>
>I do.
>
>> On:
>> NetBSD amiasp1.soum.co.jp 6.99.24 NetBSD 6.99.24 (ASPIREONE) #7: Tue
>Oct 8 11:13:35 JST 2013
>j...@amivb.soum.co.j
On Oct 14, 2:03pm, sk...@netbsd.org (Nick Hudson) wrote:
-- Subject: Re: Can't recognize USB memory card reader on 6.99.24
| On 10/14/13 13:51, Christos Zoulas wrote:
|
| [...]
| > I found that there are timing issues with usb configuration. If I set
| > DEBUG_AUTOCONF, than my vir
In article ,
Michael van Elst wrote:
>chris...@zoulas.com (Christos Zoulas) writes:
>
>>No, I just found out about it. Also: the HP Virtual CDROM drive works fine
>>for the bios to boot from, but umass gives a couple of:
>
>> "umass0:
In article <52713dff.2000...@m00nbsd.net>,
Maxime Villard wrote:
>Hi,
>I have a question regarding the function tmpfs_alloc_node() in
>fs/tmpfs/tmpfs_subr.c. When alloc'ing the area for symlinks,
>there's this code:
>
>l.171
> nnode->tn_size = strlen(target);
> if (nnode->tn_size == 0
In article ,
B Harder wrote:
>I originally sent this to netbsd-users, which isn't the best place, my
>be completely inappropriate. Apologies.
No problem, should be fixed now.
christos
On Nov 27, 9:19am, p...@whooppee.com (Paul Goyette) wrote:
-- Subject: One more update needed for sys/queue.h changes
| With sources updated just minutes ago...
|
| === 2 extra files in DESTDIR =
| Files in DESTDIR but missing from flist.
| File is obsolete or flist is out of date
In article ,
Paul Goyette wrote:
>-=-=-=-=-=-
>
>On Sun, 15 Dec 2013, Paul Goyette wrote:
>
>> Given the recent discussion on the usefulness of auto-unload, would it
>> possibly make sense to enable/disable this via a new sysctl variable?
>>
>> We could make kern.module.unload_delay default to 1
On Dec 15, 12:37pm, p...@whooppee.com (Paul Goyette) wrote:
-- Subject: Re: module auto-unload
| Yes, this check could be simply == instead of <=
Like it is just below
christos
In article ,
Michael van Elst wrote:
>a...@cequrux.com (Alan Barrett) writes:
>
>>Is that "unable to rename temporary" message the very first
>>error?
>
>Looks like it. I have seen the same thing twice when building amd64
>with -j4. It does not repeat, even a subsequent update build succeeds.
>
>
In article <201312180036.rbi0au7d007...@server.cornerstoneservice.ca>,
John Nemeth wrote:
> "-j1" is not the same as leaving out "-j" completely and can
>have different failure modes. If you want to try a non-parallel
>build, it is best to leave out "-j" completely.
Absolutely, leaving -j
In article ,
B Harder wrote:
>This has been an outstanding issue on up-to-date -current (amd64) for
>a few days now:
>
>
>
>cc1: warnings being treated as errors
>/usr/src/external/bsd/ntp/dist/libntp/ntp_intres.c: In function
>'blocking_getnameinfo':
>/usr/src/external/bsd/ntp/dist/libntp/ntp_in
Unfortunately due to a CVS deficiency you can't have a file and a directory
named the same in different revisions. This is the minimum impact fix (to
delete the libtool.m4 directory from head) since it only existed for a day.
christos
In article <20140114222621.1e157cd83dafaebb495f1...@asd.fi>,
Petri Laakso wrote:
>On Tue, 14 Jan 2014 22:14:01 +0200
>Petri Laakso wrote:
>
>> Hi all!
>>
>> Today I made fresh install of evbarm from current sources. I am able to
>> trigger panics after I use dumpfs command. I am able to use the
On Jan 15, 10:16am, petri.laa...@asd.fi (Petri Laakso) wrote:
-- Subject: Re: Panic on evbarm triggered by dumpfs
| evbarm# fdisk ld0
| Disk: /dev/rld0c
| NetBSD disklabel disk geometry:
| cylinders: 975, heads: 64, sectors/track: 63 (4032 sectors/cylinder)
| total sectors: 3932160, bytes/sector:
On Jan 15, 4:22pm, petri.laa...@asd.fi (Petri Laakso) wrote:
-- Subject: Re: Panic on evbarm triggered by dumpfs
| I was able to do that on second try. lots of output below.
| Yesterday I disabled logging, but it didn't change anything.
Yes, looks like hardware. Perhaps an underpowered power sup
In article <20140116201146.6bf941df@zelz27>,
Matthias Drochner wrote:
>-=-=-=-=-=-
>
>
>Hi -
>just found that the hosts table distributed in my company has an entry
>with ~40 aliases. There is a maximum of MAXALIASES=35 in NetBSD, and
>the effect is that not just this line is ignored but also the
In article <2014011624.66e65...@zelz27.zel.kfa-juelich.de>,
Matthias Drochner wrote:
>
>On Thu, 16 Jan 2014 20:59:23 +0000
>Christos Zoulas wrote:
>> I removed the limit.
>
>Thanks for looking into this, but now it stops processing the hosts
>file at the firs
In article <52de274b.5080...@iij.ad.jp>,
Ryota Ozaki wrote:
>Hi,
>
>I'm working on porting DTrace to ARM.
Nicely done:
1. there seem to be some whitespace only changes
2. what's the STRONG_ALIAS to __ffssi2 about?
3. what about the deleted code in dtrace_debug.c
4. I am torn about the cpuid -> c
On Jan 22, 11:00am, ozak...@iij.ad.jp (Ryota Ozaki) wrote:
-- Subject: Re: Porting DTrace to ARM
| > 1. there seem to be some whitespace only changes
|
| Sorry for the messy code. Will fix.
Not a problem :-)
|
| > 2. what's the STRONG_ALIAS to __ffssi2 about?
|
| This is needed to modload sola
In article <21219.41736.592137.917...@guava.gson.org>,
Andreas Gustafsson wrote:
>Christos,
>
>Booting the -current/i386 install media results in
>
>panic: init died (signal 6, exit 12)
>
>since these commits:
>
>2014.01.25.05.09.59 christos
>src/sys/arch/amd64/amd64/netbsd32_machdep.c 1.
In article <20140125172306.ga31...@mac-1.ub.uni-mainz.de>,
Kurt Schreiner wrote:
>Hi,
>
>running a kernel build frome -current source updated some minutes ago
>I still get a panic running init:
>
>00:06:14.668108 - screen start
>-
>0
On Jan 25, 9:54pm, g...@gson.org (Andreas Gustafsson) wrote:
-- Subject: Re: i386 panic: init died (signal 6, exit 12)
| On Sat, 25 Jan 2014 17:29:24 + (UTC) Christos Zoulas wrote:
| > >00:06:14.673365 panic: init died (signal 6, exit 12)
| [...]
| > should be fixed now.
|
| I
In article ,
Chavdar Ivanov wrote:
>(newbie alert...)
>
>Hi,
>
>I build -current amd64 and i386 using sysbuild overnight. This used to
>work (modulo the usual temporary breaks, of course), but has been
>failing lately with:
>...
>/home/sysbuild/Sysbuild/amd64/tools/bin/x86_64--netbsd-gcc
>--sysro
On Jan 29, 1:07am, ci4...@gmail.com (Chavdar Ivanov) wrote:
-- Subject: Re: Sysbuilld cron under -current amd64
| Now I am getting (resource temporarily unavailable) when it fails.
|
| It seems it is not because of being ran by cron, but because of
| /bin/sh - it worked for me interactively, bec
On Jan 29, 5:06pm, ci4...@gmail.com (Chavdar Ivanov) wrote:
-- Subject: Re: Sysbuilld cron under -current amd64
| On 29 January 2014 14:09, Christos Zoulas wrote:
| > On Jan 29, 1:07am, ci4...@gmail.com (Chavdar Ivanov) wrote:
| > -- Subject: Re: Sysbuilld cron under -current
In article ,
Chavdar Ivanov wrote:
>Same with a kernel from today.
>
>Chavdar
>
>On 10 February 2014 16:38, Chavdar Ivanov wrote:
>> From a build at 2014/02/09 14:29 I get:
>>
>> ...
>> boot device: raid0
>> root on raid0a dumps on raid0b
>> root file system type: ffs
>> uvm_fault(0xfe8006d1
On Jun 3, 3:52pm, pr...@cam.ac.uk (Patrick Welche) wrote:
-- Subject: Re: linux emulation take two
| On Tue, Jun 02, 2015 at 03:34:31PM +, Christos Zoulas wrote:
| > In article <20150602134017.gc10...@quark.internal.precedence.co.uk>,
| > Patrick Welche wrote:
| > >Starti
In article <20150603111042.4fad14b2@taliesin-2.local>,
Harry Waddell wrote:
>On Tue, 2 Jun 2015 16:13:07 +0100 (BST)
>Stephen Borrill wrote:
>
>> Anyone working on adding support for SYMBIOS MEGARAID 3108 (0x1000/0x005d)
>> or 3008 (0x1000/0x005f)? These are supported in OpenBSD by the mfii dri
In article <20150603122110.5f267ef8@taliesin-2.local>,
Harry Waddell wrote:
>On Wed, 3 Jun 2015 18:27:44 + (UTC)
>chris...@astron.com (Christos Zoulas) wrote:
>
>> In article <20150603111042.4fad14b2@taliesin-2.local>,
>> Harry Waddell wrote:
>>
On Jun 10, 4:28pm, 6b...@6bone.informatik.uni-leipzig.de
(6b...@6bone.informatik.uni-leipzig.de) wrote:
-- Subject: Re: question to stf interface (current)
| On Sun, 31 May 2015, Christos Zoulas wrote:
|
| > Let's keep monitoring it, and perhaps we can run a tcpdump to capture the
|
Fixed...
christos
On Jun 17, 11:36am, pr...@cam.ac.uk (Patrick Welche) wrote:
-- Subject: Re: linux emulation take two
| I just managed enough of linux32_sys_recvmsg to run 32-bit linux xeyes.
| I didn't deal with the control structure, and return ENOSYS if that
| part is needed. (This means that xeyes only needs t
In article <20150617160547.gb...@quark.internal.precedence.co.uk>,
Patrick Welche wrote:
>On Wed, Jun 17, 2015 at 11:44:32AM -0400, Christos Zoulas wrote:
>> I would add some printfs to see what cmd contains.
>
>That's the first thing I tried, even with a syslogd -S,
In article <20150620030528.GA9337@odin>, Mayuresh wrote:
>On Thu, Jun 18, 2015 at 05:53:51PM +, Christos Zoulas wrote:
>> Uncomment xhci if you feel adventurous from GENERIC...
>
>Tried. It works, but very vaguely. E.g. if I take out the keyboard, it
>doesn'
On Jun 21, 7:04am, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: USB keyboard recognized during boot menu, not later
| On Sat, Jun 20, 2015 at 04:07:42PM +, Christos Zoulas wrote:
| > you could try the nick usb branch...
|
| In sys/dev/usb I did cvs upd -r nick-nhusb (as that is
On Jun 21, 8:02am, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: USB keyboard recognized during boot menu, not later
| On Sat, Jun 20, 2015 at 09:55:14PM -0400, Christos Zoulas wrote:
| > Do the cvs upd -r nick-nhusb in sys to get everything
|
| Here are the observations:;
|
| - Usb
In article <20150621141742.GA4869@odin>, Mayuresh wrote:
>On Sun, Jun 21, 2015 at 12:02:51PM +0100, Nick Hudson wrote:
>> On 06/21/15 03:32, Mayuresh wrote:
>> >On Sat, Jun 20, 2015 at 09:55:14PM -0400, Christos Zoulas wrote:
>> >>Do the cvs upd -r nick-nhu
On Jun 21, 10:01pm, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: USB keyboard recognized during boot menu, not later
| On Sun, Jun 21, 2015 at 02:33:54PM +, Christos Zoulas wrote:
| > >fgrep _DEBUG *.c | grep xh
| >
| > xhci.c:#ifdef USB_DEBUG
| > xhci.c:#ifndef XHCI_D
In article <20150622151341.GA25921@odin>, Mayuresh wrote:
>On Sun, Jun 21, 2015 at 10:46:30PM +0530, Mayuresh wrote:
>> #dmesg | grep -i -e usb -e xhci -e ehci
>> xhci0 at pci0 dev 20 function 0: vendor 8086 product 0f35 (rev. 0x0e)
>> xhci0: interrupting at ioapic0 pin 20
>> xhci0: xHCI version
In article <20150622161256.GA1327@odin>, Mayuresh wrote:
>On Mon, Jun 22, 2015 at 03:52:20PM +, Christos Zoulas wrote:
>> Yes, shows that we are not parsing some string properly. What does
>>
>> $ vmstat -u usbhist
>>
>> say?
>
>It prints a
In article ,
Christos Zoulas wrote:
>In article <20150622161256.GA1327@odin>, Mayuresh wrote:
>>On Mon, Jun 22, 2015 at 03:52:20PM +, Christos Zoulas wrote:
>>> Yes, shows that we are not parsing some string properly. What does
>>>
>>> $ vmstat
In article <30812ca8-ff63-4c48-b455-030384053...@nmsu.edu>,
Brook Milligan wrote:
>On Jun 24, 2015, at 10:37 PM, David Holland wrote:
>>> Is this related to kern/33023?
>>
>> It might be; but given that this mode gets used a fair amount, and
>> also that the device should be getting created in t
On Jun 25, 12:06pm, br...@nmsu.edu (Brook Milligan) wrote:
-- Subject: Re: dynamically created /dev/null is a regular file
| On Jun 25, 2015, at 11:15 AM, Christos Zoulas wrote:
| > Why isn't MAKEDEV invoked with -f?
|
| Are you asking why we don't apply a patch like the followin
In article <20150626070723.gb...@mail.duskware.de>,
Martin Husemann wrote:
>On Thu, Jun 25, 2015 at 02:15:44PM -0400, Christos Zoulas wrote:
>> On Jun 25, 12:06pm, br...@nmsu.edu (Brook Milligan) wrote:
>> -- Subject: Re: dynamically created /dev/null is a regular file
>
In article <20150629231915.gl13...@falu.nl>, Rhialto wrote:
>-=-=-=-=-=-
>
>On Mon 29 Jun 2015 at 00:42:29 +0200, Rhialto wrote:
>> Datewise, that matches! I'm updating and retrying, and I will report the
>> result.
>
>The problem with truetype fonts seems to be fixed indeed. I tried it a
>few ti
In article <20150711052153.GA3022@odin>, Mayuresh wrote:
>On Sat, Jul 11, 2015 at 04:06:22AM +, Michael van Elst wrote:
>> The RPI cannot "power itself off" but it should really wait for
>> a keypress. This used to work with a serial console, but maybe
>> not with a USB keyboard.
>
>If I remo
On Jul 11, 6:08pm, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: NetBSD 7.0_RC1 on Raspberry Pi : reboots on poweroff
| On Sat, Jul 11, 2015 at 12:20:38PM +, Christos Zoulas wrote:
| > 2. the cpu_reboot code in src/sys/arch/arm/arm32/arm32_reboot.c in 1.6
| >which is the revis
On Jul 12, 11:26am, rein...@netbsd.org (Reinoud Zandijk) wrote:
-- Subject: Re: blacklistd is now available for current (comments?)
| Hi Christos,
|
| Thanks for your blacklistd, its soo much more lightweight that the others i've
| seen in pkgsrc; really frees up my small NAS. I've installed the
In article <55d841b5.7010...@msys.ch>, Marc Balmer wrote:
>Am 22.08.15 um 11:20 schrieb Felix Deichmann:
>> Am 22.08.2015 um 10:15 schrieb Marc Balmer:
>>> Imo, this patch does not solve a problem, but creates new ones, maybe...
>>> The constness that you sprinkle is definitely not needed, only
In article <20151011151458.GA6780@odin>, Mayuresh wrote:
>+current list
>
>On Sun, Oct 11, 2015 at 04:00:49PM +0530, Mayuresh wrote:
>> On an i386 desktop I was running 6.x and just upgraded 7.0 sets (excluding
>> etc). After this I am not able to boot.
>>
>> I am not aware how to gather the err
On Oct 11, 9:33pm, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: NetBSD 7.0 i386 panic during boot
| On Sun, Oct 11, 2015 at 03:41:57PM +, Christos Zoulas wrote:
| > >> agp0: can't find MMIO registers
| >
| > Disable agp?
|
| Could try that, but before that does t
On Oct 11, 10:27pm, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: NetBSD 7.0 i386 panic during boot
| On Sun, Oct 11, 2015 at 12:31:51PM -0400, Christos Zoulas wrote:
| > | RTC BIOS diagnostic error 0x80
| >
| > That means that something is wrong with the battery, it is not fatal.
On Oct 11, 10:58pm, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: NetBSD 7.0 i386 panic during boot
| On Sun, Oct 11, 2015 at 07:15:39PM +0200, Leonardo Taccari wrote:
| > Hello Mayuresh,
| >
| > Mayuresh writes:
| > > [...]
| > > Unfortunately the keyboard stops working when db prompt appe
On Oct 13, 5:24pm, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: NetBSD 7.0 i386 panic during boot
| On Sun, Oct 11, 2015 at 01:13:42PM -0400, Christos Zoulas wrote:
| > | > This looks like a NULL pointer dereference. Do you have a backtrace?
| > |
| > | Unfortunately the ke
On Oct 14, 2:54pm, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: NetBSD 7.0 i386 panic during boot
| On a healthy system I tried triggering ddb with above kernel (with
| DDB_ONPANIC set), with Ctrl-Alt-Esc. It did not print trace.
yes, because that entry is not through panic().
| To cross
On Oct 14, 8:18pm, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: NetBSD 7.0 i386 panic during boot
| That apart. Now I get the trace, mentioning the function names:
Add some printfs to vmem_alloc? This is happening way too early.
christos
On Oct 14, 8:52pm, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: NetBSD 7.0 i386 panic during boot
| On Wed, Oct 14, 2015 at 11:07:08AM -0400, Christos Zoulas wrote:
| > Add some printfs to vmem_alloc? This is happening way too early.
|
| Is there a way to read source level info (l
On Oct 14, 9:02pm, mayur...@acm.org (Mayuresh) wrote:
-- Subject: Re: NetBSD 7.0 i386 panic during boot
| On Wed, Oct 14, 2015 at 11:07:08AM -0400, Christos Zoulas wrote:
| > Add some printfs to vmem_alloc? This is happening way too early.
|
| I tried enabling following option to see whet
In article <20151018104020.32350513@imp>,
D'Arcy J.M. Cain wrote:
>On Sun, 18 Oct 2015 10:07:05 -0400
>g...@duzan.org wrote:
>>Note that that isn't universal across Linux. I have at least one
>> fairly modern Linux box at work which renames the interfaces from
>> eth# to something else.
>
>In
In article ,
bch wrote:
>> "/usr/lib/dtrace/psinfo.d", line 46: syntax error near "u_int"
>
>I'm trying to build a userland app w/ dtrace support, and a dtrace
>compilation is failing w/ the above error... Is anybody having success
>instrumenting userland code w/ dtrace ? I saw this[0], and will
In article <20151101133915.ga19...@danbala.tuwien.ac.at>,
Thomas Klausner wrote:
>Hi!
>
>The go toolchain is writing errors in my kernel log again.
>
>/usr/pkg/go/pkg/tool/netbsd_amd64/compile: Unknown elf note type 4
>(unknown tag): [namesz=4, descsz=40 name=Go ]
>/usr/pkg/go/pkg/tool/netbsd_am
On Nov 1, 11:54pm, k...@munnari.oz.au (Robert Elz) wrote:
-- Subject: Re: go vs. NetBSD ELF
| Is it really rational to keep adding cases for every new note that
| gets discovered (to ignore them), just so that the kernel can print a
| message (and otherwise ignore) notes that it hasn't yet been to
In article <25322.1446399...@andromeda.noi.kre.to>,
Robert Elz wrote:
>Date:Sun, 1 Nov 2015 15:41:04 + (UTC)
>From:mlel...@serpens.de (Michael van Elst)
>Message-ID:
>
> | That is a bug in the NetBSD sendmmsg() implementation.
>
>I'm not sure that's necessarily
1 - 100 of 704 matches
Mail list logo
