Eric Anholt writes:
> As a side note, do any of these AGP chipsets apply to sparc64, alpha,
> ia64?
The alpha UP1000 has an amd-751 chipset and should be able to use
the amd agp module. I tried it shortly after it was brought into
the tree a few years ago, and it locked the box solid. I was
On Thu, 2003-02-13 at 03:28, Dag-Erling Smorgrav wrote:
> ===> agp
> /h/des/src/sys/pci/agp_i810.c: In function `agp_i810_match':
> /h/des/src/sys/pci/agp_i810.c:112: `AGP_I85X_CAPID' undeclared (first use in this
>function)
> /h/des/src/sys/pci/agp_i810.c:112: (Each undeclared identifier is repor
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
In message: <[EMAIL PROTECTED]>
Kris Kennaway <[EMAIL PROTECTED]> writes:
: On Fri, Jan 17, 2003 at 04:16:14PM -0800, Dag-Erling Smorgrav wrote:
:
: > ===> vinum
: > "Makefile", line 4437: warning: duplicate script for target "geom_bsd.o" [...]
: > /h/des/src/sys/dev/lmc/if_lmc.c:32:2
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> --
> >>> Kernel build for LINT started on Sun Jan 19 03:36:18 PST 2003
> --
> ===> vinum
> "Makefile", line 4437: warning: duplic
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Kris Kennaway <[EMAIL PROTECTED]> writes:
> Am I the only one who thinks that the error message truncation makes
> it difficult to see the error?
BTW, the complete log is always available in ~des/public_html (and
hence on the web: http://people.freebsd.org/~des/{alpha,i386}.log).
The full error me
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Kris Kennaway <[EMAIL PROTECTED]> writes:
> Am I the only one who thinks that the error message truncation makes
> it difficult to see the error?
You're right. I implemented truncation to avoid having ten lines turn
into fifty due to very long gcc command lines, but I didn't think
about error mes
On 2003-01-17 16:24, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Fri, Jan 17, 2003 at 04:16:14PM -0800, Dag-Erling Smorgrav wrote:
> > ===> vinum
> > "Makefile", line 4437: warning: duplicate script for target "geom_bsd.o" [...]
> > /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The lm
On Fri, Jan 17, 2003 at 04:16:14PM -0800, Dag-Erling Smorgrav wrote:
> ===> vinum
> "Makefile", line 4437: warning: duplicate script for target "geom_bsd.o" [...]
> /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The lmc driver i [...]
> /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_ini
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Gerhard Sittig <[EMAIL PROTECTED]> wrote:
>
>Although the above case is special from what I learnt in another
>message in this thread (I managed to delete it after seeing it so
>I cannot quote it here). ISTR that the non zero exit status comes
>from a tool with the following convention: 0 is "abs
Mike Barcroft <[EMAIL PROTECTED]> writes:
> @@ -1077,8 +1078,9 @@
>
> if (buflen != sizeof(temp)) {
> if (buflen != sizeof(temp) - sizeof(temp.ml_auxsingle)) {
> - printf("mac_lomac_associate_vnode_extattr: bad size %d\n",
> - buflen
On Mon, 6 Jan 2003, Mike Barcroft wrote:
> These new truncated lines only make problems harder to solve.
>
> Anyway, the problem is the 5th argument to vn_extattr_get() should be an
> int *, but it's passing a size_t *. It looks like most consumers of
> vn_extattr_get() would prefer a size_t *
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> --
> >>> Kernel build for LINT started on Mon Jan 6 03:35:12 PST 2003
> --
> ===> vinum
> "Makefile", line 4445: warning: duplic
On Sun, Jan 05, 2003 at 01:33:14AM -0800, David O'Brien wrote:
>
> Agreed. I'd love to hear from fanf what the changes are to unifdef that
> causes this change in exit code.
I accidentally cocked up the exit codes in my first major revision of
unifdef. It so happens that a few days later markm r
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Sun, Jan 05, 2003 at 18:00 +1100, Bruce Evans wrote:
>
> On Sat, 4 Jan 2003 [EMAIL PROTECTED] wrote:
>
> > In message <[EMAIL PROTECTED]>, Peter Wemm writes:
> > >> No, it isn't the regression tests. It is this here in the start of stage 4:
> > >>
> > >> ===> usr.bin/vi
> > >> *** Error code
On Sun, 2003/01/05 at 01:33:14 -0800, David O'Brien wrote:
> On Sun, Jan 05, 2003 at 06:00:26PM +1100, Bruce Evans wrote:
> > > >> ===> usr.bin/vi
> > > >> *** Error code 1 (ignored)
> > > >> *** Error code 1 (ignored)
> > > >> ===> usr.bin/vis
> ..
> > No; it would be more profitable to teach prog
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Sun, Jan 05, 2003 at 06:00:26PM +1100, Bruce Evans wrote:
> > >> ===> usr.bin/vi
> > >> *** Error code 1 (ignored)
> > >> *** Error code 1 (ignored)
> > >> ===> usr.bin/vis
...
> No; it would be more profitable to teach programmers to not ignore errors.
> whereintheworld is perfectly non-broken
On Sat, 4 Jan 2003 [EMAIL PROTECTED] wrote:
> In message <[EMAIL PROTECTED]>, Peter Wemm writes:
> >> No, it isn't the regression tests. It is this here in the start of stage 4:
> >>
> >> ===> usr.bin/vi
> >> *** Error code 1 (ignored)
> >> *** Error code 1 (ignored)
> >> ===> usr.bin/vis
> >>
>
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
In message <[EMAIL PROTECTED]>, Peter Wemm writes:
>Peter Wemm wrote:
>> Kris Kennaway wrote:
>> >
>> > --AhhlLboLdkugWU4S
>> > Content-Type: text/plain; charset=us-ascii
>> > Content-Disposition: inline
>> >
>> > Can someone please fix whereintheworld to grok the new make regression
>> > test ou
Peter Wemm wrote:
> Kris Kennaway wrote:
> >
> > --AhhlLboLdkugWU4S
> > Content-Type: text/plain; charset=us-ascii
> > Content-Disposition: inline
> >
> > Can someone please fix whereintheworld to grok the new make regression
> > test output, so it doesn't get confused and dump the entire world
>
Kris Kennaway wrote:
>
> --AhhlLboLdkugWU4S
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
>
> Can someone please fix whereintheworld to grok the new make regression
> test output, so it doesn't get confused and dump the entire world
> output in the emails?
No, it isn
Can someone please fix whereintheworld to grok the new make regression
test output, so it doesn't get confused and dump the entire world
output in the emails?
Kris
msg49629/pgp0.pgp
Description: PGP signature
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
According to Dag-Erling Smorgrav:
> Date: Wed, 1 Jan 2003 03:42:27 -0800 (PST)
> From: Dag-Erling Smorgrav <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: alpha tinderbox failure
>
It is still generating multi-thousands mails, please fix des.
--
Ollivier ROBERT -=-
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
I already know this- I just hadn't checked it in a change because I was
trying to get one of my alphas current. Sam Leffler brought it to my
attention the other day.
This is for LINT, btw.
Also- is casting to 'long' for bus_addr_t and bus_size_t the best idea?
Shouldn't it be cast to the maximum
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> ===> vinum
> "Makefile", line 4453: warning: duplicate script for target "geom_bsd.o" ignored
> cc1: warnings being treated as errors
> /h/des/src/sys/dev/isp/isp_pci.c: In function `tdma_mkfc':
> /h/des/src/sys/dev/isp/isp_pci.c:1543: warning: unsi
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Wed, Nov 27, 2002 at 03:42:01AM -0800, Dag-Erling Smorgrav wrote:
> --
> >>> Kernel build for LINT started on Wed Nov 27 03:35:42 PST 2002
> --
> ===> vinum
> "Makefile", line
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Mon Nov 25 01:00:10 PST 2002
...
U share/examples/Makefile
? sys/alpha/conf/LINT
U sys/dev/aic7xxx/aic79xx_osm.c
U sys/dev/aic7xxx/aic79xx_osm.h
U sys/dev/raidframe/rf_freebsdkintf.c
U sys/i386/i386/pmap.c
U sys/i386/i386/vm_machdep.c
U sys/kern/kern_exec.c
U sys/kern/kern_exit.c
cvs [update aborte
Sun Nov 24 13:00:02 PST 2002
? sys/alpha/conf/LINT
U sys/boot/efi/loader/main.c
U sys/conf/options.ia64
U sys/ia64/ia64/machdep.c
U sys/ia64/ia64/mca.c
U sys/ia64/include/cpu.h
cvs [update aborted]: cannot make directory include: File exists
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "uns
Sun Nov 24 01:00:03 PST 2002
...
U release/doc/en_US.ISO8859-1/hardware/alpha/proc-alpha.sgml
? sys/alpha/conf/LINT
U sys/cam/scsi/scsi_cd.c
U sys/cam/scsi/scsi_da.c
U sys/dev/acpica/acpi.c
U sys/dev/ata/atapi-cd.c
U sys/dev/pccbb/pccbb.c
U sys/dev/pccbb/pccbbreg.h
U sys/i386/acpica/acpi_wakeup.c
c
Sat Nov 23 13:00:03 PST 2002
U release/doc/en_US.ISO8859-1/hardware/alpha/proc-alpha.sgml
U share/man/man4/Makefile
U share/man/man4/syncache.4
? sys/alpha/conf/LINT
U sys/kern/vfs_bio.c
cvs [update aborted]: cannot make directory include: File exists
To Unsubscribe: send mail to [EMAIL PROTECTED]
Sat Nov 23 01:00:11 PST 2002
...
U sys/alpha/alpha/vm_machdep.c
? sys/alpha/conf/LINT
U sys/cam/scsi/scsi_target.c
U sys/cam/scsi/scsi_targetio.h
U sys/i386/i386/pmap.c
U sys/i386/i386/vm_machdep.c
U sys/ia64/ia64/vm_machdep.c
U sys/kern/kern_thread.c
U sys/modules/cam/Makefile
cvs [update aborted]
On Fri, Nov 22, 2002 at 01:02:36PM -0800, Dag-Erling Smorgrav wrote:
> Fri Nov 22 13:00:03 PST 2002
> ...
> U lib/libpthread/arch/i386/i386/thr_enter_uts.S
> U lib/libpthread/arch/i386/i386/thr_switch.S
> U release/scripts/print-cdrom-packages.sh
> U share/man/man5/make.conf.5
> ? sys/alpha/conf/LI
Fri Nov 22 13:00:03 PST 2002
...
U lib/libpthread/arch/i386/i386/thr_enter_uts.S
U lib/libpthread/arch/i386/i386/thr_switch.S
U release/scripts/print-cdrom-packages.sh
U share/man/man5/make.conf.5
? sys/alpha/conf/LINT
U sys/boot/forth/loader.conf
U sys/dev/acpica/acpi_pcib_acpi.c
U sys/dev/pci/pci
1 - 100 of 366 matches
Mail list logo