Website profiles · Technology insights · Alternatives

amplab.cs.berkeley.edu

No paid content found
Visit website
Profile views 0 Outbound visits 0 Normal
Berkeley Architecture Research Full homepage screenshot

At a glance

Category
Science & Research
Language
English
Paid-content signal
No paid content foundObserved
Registered
Unknown
Hosting
berkeley.eduInferred
HTTPS certificate trusted
PassedObserved
Last updated

Website review

This review may include AI-generated content and is not individually verified. Domain, certificate and other facts come from the observed data on this page.

What is Berkeley Architecture Research?

Berkeley Architecture Research is the computer architecture research group in UC Berkeley's EECS department, presented through its homepage at Berkeley Architecture Research. The page describes a long line of processor and systems projects—from the 1951 CALDIC computer through Project Genie, RISC-I and RISC-II, RAID, NOW, and RAMP—and says the group continues to build prototype chips, with multiple microprocessor tapeouts in advanced processes each year. Recent designs use the RISC-V instruction set and the Chisel hardware description language, both developed at Berkeley. The group also runs a weekly seminar on architecture topics and lists sponsors including DARPA, NSF, Intel, Google, NVIDIA, Samsung, and TSMC.

Who it is useful for

  • Prospective graduate students and researchers scouting a lab with a prototype-building tradition and RISC-V/Chisel work.
  • Engineers and academics who want to follow Berkeley's chip designs and seminar topics.
  • Sponsors and collaborators checking the group's project history and funding relationships.

How to use it

Start with the project links in the top-right navigation to see current work, then check the seminar page if you want to attend or follow talks. As a decision criterion: if your interest is RISC-V processor implementation or hardware description languages, this group's output is directly relevant; if you need software-only systems work, look at the specific project pages before assuming a fit.

How can I attend or follow the weekly BAR seminars?

The page lists a weekly BAR seminar series on computer architecture topics but does not itself publish the schedule, location or joining details. The page says to "Learn more at this link," so the practical route is to follow that seminar link from the Berkeley Architecture Research homepage, where the current meeting details should be posted.

What to expect and how to prepare

  • Format: The page describes the series as weekly and tied to computer architecture research, so expect research talks rather than introductory lectures.
  • Audience: It suits graduate students, researchers and industry engineers following processor design, hardware description languages and prototyping work.
  • Context to bring: Recent Berkeley designs use RISC-V and Chisel, both developed at Berkeley, so familiarity with those helps you follow talks in that vein.
  • If details are missing: Check the seminar link first; if it is not current, look for the group's announcements through the UC Berkeley EECS department or the Berkeley Architecture Research pages.

As a next step, open the seminar link on the homepage and note the day, time and whether attendance is in person or remote before planning around it.

Which past Berkeley computer architecture projects shaped today's research?

The page names a lineage of Berkeley computer architecture projects that led to today's work: Project Genie, RISC-I, RISC-II, SOAR, SPUR, RAID, VLSI-BAM, T0, NOW, IRAM and RAMP, with the department's history traced back to the CALDIC computer completed in 1951. These are the projects the page itself presents as the predecessors of current research, so they are the best starting list for anyone tracing how Berkeley's approach developed.

What each strand contributes to current work

The page does not describe each project in detail, so the following groups them by the theme the page emphasizes rather than by individual claims:

  • Instruction set and processor design — RISC-I and RISC-II sit at the root of the reduced instruction set approach. The page notes that all recent Berkeley microprocessor designs use RISC-V, also developed at Berkeley, making this the most direct line from past to present.
  • Prototype-driven hardware — The page states that Berkeley architecture research "has always emphasized construction of prototypes," continuing today with multiple microprocessor tapeouts in advanced processes each year. Projects such as SOAR, SPUR and IRAM belong to this building-and-testing tradition.
  • Design methodology and tooling — Recent designs are implemented in Chisel, a hardware description language developed at Berkeley. This reflects a long-standing interest in how chips are specified and generated, not only what they compute.
  • Parallel and networked systems — NOW (network of workstations) and RAID point to Berkeley's role in rethinking how storage and computing are organized across many machines, a concern that recurs in today's accelerator and datacenter research.

How to use this

If you are deciding where to read first, pick by interest rather than chronology. Someone evaluating a RISC-V-based design should start with RISC-I and RISC-II and then look at current tapeouts; someone interested in research infrastructure should look at NOW, RAID and RAMP. The page also notes a weekly BAR seminar on computer architecture topics, which is the practical way to see which of these threads are active now. For broader context on the lab's current projects, see Berkeley Architecture Research.

What role does RISC-V play in Berkeley's current microprocessor designs?

RISC-V serves as the instruction set basis for all of Berkeley's recent microprocessor designs. According to the Berkeley Architecture Research group, every recent chip design is built on RISC-V, and those designs are implemented in Chisel, the hardware description language also developed at Berkeley.

What this means in practice

  • RISC-V is the instruction set architecture (ISA) — the contract between software and hardware. Choosing it means the group's prototypes run a shared, open instruction set rather than a proprietary one, so code and tooling can be reused across designs.
  • Chisel is the implementation layer — designs are written in Chisel and then generated into hardware, which fits the group's emphasis on building working prototypes rather than only simulations.
  • Prototypes are the output — the group describes multiple microprocessor tapeouts in advanced processes every year. RISC-V is the common thread across those chips.

Why the pairing matters

An open ISA lowers the barrier to experimenting with new microarchitectural ideas: a research team can change how a processor is built without renegotiating a license or rewriting software from scratch. Chisel adds a further layer of reuse, since parameterized designs can be generated for different configurations.

This makes the work most relevant to readers interested in processor research, open instruction sets, or hardware design languages — for example, a graduate student who wants to understand how a research chip goes from idea to silicon would look at the RISC-V and Chisel combination as the starting toolkit.

A useful next step

If you want to see how these ideas appear in actual chips, look for the group's published tapeout results and seminar topics, which the site points to through its weekly BAR seminar series. For broader context on the open ISA ecosystem, RISC-V International documents the specification and community around it.

Why does Berkeley emphasize building prototype chips and tapeouts?

Berkeley's architecture group treats building real chips as the core of its research method, not as a demonstration tacked onto the end. The page frames this as a long-standing tradition: from the CALDIC computer in 1951 through Project Genie, RISC-I and RISC-II, SOAR, SPUR, RAID, NOW, IRAM and RAMP, and continuing today with multiple microprocessor tapeouts in advanced processes each year. The stated emphasis is on "construction of prototypes," and recent designs are built on RISC-V with the Chisel hardware description language, both developed at Berkeley.

Why prototypes rather than simulation alone

A tapeout forces the questions that paper designs can defer. Once a chip must be fabricated, timing, power, area and physical integration stop being assumptions and become constraints someone has to meet. That pressure tends to expose whether an architectural idea survives contact with a real process, and it produces artifacts—working silicon, tooling, and open instruction-set and language infrastructure—that other researchers can build on rather than re-derive. The page also notes the breadth of sponsorship (DARPA, NSF, DoE, ONR, Intel, Google, NVIDIA, Samsung, TSMC and others), which fits an approach where fabrication costs and multi-year effort require institutional backing.

Who benefits, and the trade-off

  • Graduate students and postdocs gain experience across the full flow, from microarchitecture to physical design and bring-up—skills that simulation-only projects rarely teach.
  • Industry and academic collaborators get validated designs and shared infrastructure (RISC-V, Chisel) they can adopt or critique.
  • The research community gets evidence that an idea works in silicon, which is harder to dispute than a model.

The cost is real: tapeouts are slow, expensive and risky, and a failed chip can consume a funding cycle. Groups without fabrication access or sponsor support are better served by FPGA prototypes or simulation, accepting weaker evidence in exchange for speed and lower cost.

For a concrete case: a student weighing a thesis topic can use the distinction as a decision rule—if the claim is about physical efficiency or integration, plan for silicon or at least an FPGA prototype; if it is about a scheduling policy or ISA semantics, a rigorous simulator study may answer the question faster. The group's weekly BAR seminars are one way to see how current projects handle that trade-off.

Who sponsors Berkeley Architecture Research and how does sponsorship support the work?

Berkeley Architecture Research lists its sponsors as DARPA, NSF, DoE, ONR, C-FAR, Intel, Google, HP, Huawei, IBM, LGE, Microsoft, National Instruments, NEC, Nokia, NVIDIA, Oracle, Samsung, ST Microelectronics, TSMC, and Xilinx. The mix is telling: government and defense research agencies alongside semiconductor, systems and consumer-electronics companies.

How sponsorship supports the work

The page describes a research culture built on making real hardware, not just simulations: the group says it has emphasized prototype construction throughout its history, and that this continues with "multiple microprocessor tapeouts in advanced processes every year." Sponsorship is what makes that kind of work possible. Tapeouts—fabricating actual chips—are among the most expensive and resource-intensive activities in academic computer architecture, requiring access to advanced manufacturing processes and design tooling. Industry sponsors such as TSMC and the EDA and systems vendors on the list are the natural source of that access; agencies like DARPA, NSF, DoE and ONR typically fund the research agenda, students and long-horizon exploration.

The page also frames sponsorship as enabling continuity. It thanks "the long list of past and present sponsors," which fits a program whose projects span decades—from CALDIC in 1951 through Project Genie, RISC-I and RISC-II, SOAR, SPUR, RAID, NOW, IRAM and RAMP, to today's RISC-V and Chisel-based designs. Sustained funding across that arc is what lets one project's tools and lessons feed the next.

What this means in practice

If you are evaluating the group—say, as a prospective graduate student or an industry collaborator—the sponsor list is a useful signal of where the work sits: close to real silicon and to the companies that build it. A practical next step is to look at the current project pages linked from the site and match them to the sponsors whose interests align, since that pairing usually indicates which problems are being pushed toward fabrication. For broader context on the RISC-V ecosystem the group helped create, see RISC-V International.

Related questions

More questions →
How to Find Information About the Weekly BAR Seminars

The BAR seminar information is reached from the Seminar entry on the Berkeley Architecture Research (BAR) homepage. The site states that BAR hosts weekly seminars on topics related to computer architecture research and points readers to a link for more details. Use the Seminar link on the homepage to reach that page; the homepage itself does not list dates, times, locations, or a speaker schedule.

What the homepage confirms

  • BAR is the UC Berkeley Architecture Research group in the Berkeley EECS department.
  • It hosts weekly BAR seminars about computer architecture research topics.
  • Further seminar information is available through a link labeled for learning more.

Steps to find the seminar details

  1. Open amplab.cs.berkeley.edu.
  2. Locate the Seminar heading or navigation entry on the page.
  3. Follow the seminar link to the page with further information.
  4. Check that page for the current schedule, format, and participation details.

Expected result: you reach the seminar page the site designates for more information. If the link leads to a page without a current schedule, the site does not provide that detail on the homepage, so the seminar page is the authoritative place to check.

Who this is for

  • Students and researchers who want to follow weekly computer architecture talks.
  • Visitors looking for the group's public seminar information.
  • Prospective collaborators who want to see the research topics BAR discusses.

Practical notes

  • The homepage describes the seminars as weekly but does not publish a calendar, so do not assume a fixed day or time from the homepage alone.
  • Seminar topics relate to computer architecture research; the homepage does not list individual talks.
  • For context on the group's work, the homepage notes that recent microprocessor designs use the RISC-V instruction set and the Chisel hardware description language, both developed at Berkeley.
What research areas and projects does Berkeley Architecture Research cover?

Berkeley Architecture Research (BAR) at UC Berkeley covers computer architecture research with a strong emphasis on building working prototypes. Its work spans historical projects such as Project Genie, RISC-I, RISC-II, SOAR, SPUR, RAID, NOW, IRAM, and RAMP, and current microprocessor designs based on the RISC-V instruction set and the Chisel hardware description language. The group reports multiple microprocessor tapeouts in advanced processes every year.

Research focus and approach

The group describes computer architecture research at Berkeley as having a long history in the EECS department, dating back to the CALDIC computer completed in 1951. One noted CALDIC alumnus was Douglas Engelbart, who later invented the computer mouse.

A defining characteristic stated on the site is an emphasis on construction of prototypes. This is presented as a continuous tradition, carried forward today through annual tapeouts of microprocessors in advanced process technologies.

Current design stack

Recent microprocessor designs share two Berkeley-developed foundations:

Element Role in current designs
RISC-V instruction set Basis for all recent microprocessor designs
Chisel hardware description language Implementation language for those designs

Representative projects

The site lists the following as notable computer architecture projects in Berkeley's history:

  • Project Genie
  • RISC-I and RISC-II
  • SOAR
  • SPUR
  • RAID
  • VLSI-BAM
  • T0
  • NOW
  • IRAM
  • RAMP

These names are presented as a historical lineage rather than as individually described efforts on the homepage. Readers who want details on a specific project should follow the links provided at the top right of the site, which the page points to for information on current work.

Seminars and staying current

BAR hosts weekly seminars on topics related to computer architecture research. The homepage directs readers to a separate link for more information on the seminar series. For someone deciding whether to follow the group's work, the seminar page is the most direct route to current activity, while the project links cover ongoing research areas.

Funding and sponsors

The group acknowledges past and present sponsors, including DARPA, NSF, DoE, ONR, C-FAR, Intel, Google, HP, Huawei, IBM, LGE, Microsoft, National Instruments, NEC, Nokia, NVIDIA, Oracle, Samsung, ST Microelectronics, TSMC, and Xilinx. This list indicates both government funding and industry collaboration across the group's history.

What this means for a reader

If you are looking for a single lab with a continuous record from early RISC designs to open instruction set architecture and agile hardware development, BAR fits that profile: the same department that produced RISC-I and RISC-II now tape out RISC-V processors written in Chisel. If you need specifics on any one project, the homepage itself only names them; the linked project pages are where the substantive descriptions live.

What Is Berkeley Architecture Research (BAR)?

Berkeley Architecture Research (BAR) is the UC Berkeley Architecture Research homepage, a site presenting computer architecture research from the Berkeley EECS department. It is an informational research site, not a product or service page: it introduces current projects, traces the department's long history in computer architecture, and points visitors to a weekly seminar series.

What the Site Covers

The homepage is organized around a short welcome and a seminar section. Its stated purpose is to help visitors learn about current work by following links at the top right of the page. The content falls into three areas:

  • Research identity — computer architecture research within Berkeley EECS, framed as a long-running program.
  • Historical projects — a list of past efforts that includes Project Genie, RISC-I, RISC-II, SOAR, SPUR, RAID, VLSI-BAM, T0, NOW, IRAM, and RAMP, with the CALDIC computer (completed in 1951) cited as the starting point.
  • Current direction — prototype construction, microprocessor tapeouts, and designs based on RISC-V and Chisel.

The Emphasis on Prototypes

The page makes a specific claim about method: Berkeley computer architecture research "has always emphasized construction of prototypes," and this continues through multiple microprocessor tapeouts in advanced processes every year. Recent microprocessor designs are described as based on the RISC-V instruction set and implemented with the Chisel hardware description language, both developed at Berkeley.

That combination is the clearest signal of what the site represents. Rather than only publishing papers, the group frames its work around building and fabricating real chips, with RISC-V and Chisel as the shared foundation across recent designs.

Seminars and Sponsors

BAR hosts weekly seminars on topics related to computer architecture research; the homepage directs readers to a separate link for details. The page also credits a long list of past and present sponsors, including DARPA, NSF, DoE, ONR, C-FAR, Intel, Google, HP, Huawei, IBM, LGE, Microsoft, National Instruments, NEC, Nokia, NVIDIA, Oracle, Samsung, ST Microelectronics, TSMC, and Xilinx.

Who It Is For

The site suits readers who want an overview of Berkeley's architecture research and a route into specific projects, plus anyone interested in attending the weekly seminars. It is a starting point and directory rather than a detailed technical archive — deeper material sits behind the project links rather than on the homepage itself.

Who Sponsors Berkeley Architecture Research?

Berkeley Architecture Research (BAR) at UC Berkeley acknowledges a long list of past and present sponsors whose support makes its work possible. According to the group's homepage, that list includes government agencies such as DARPA, NSF, DoE, ONR, and C-FAR, alongside corporate sponsors including Intel, Google, HP, Huawei, IBM, LGE, Microsoft, National Instruments, NEC, Nokia, NVIDIA, Oracle, Samsung, ST Microelectronics, TSMC, and Xilinx.

What the Sponsor List Covers

The homepage groups these supporters into a single acknowledgment rather than breaking them down by project, time period, or funding type. The stated purpose is straightforward: these sponsors "made this work possible." No individual grant amounts, contract terms, or current-versus-expired status for each sponsor are published on the page.

Category Sponsors named on the homepage
Government and research agencies DARPA, NSF, DoE, ONR, C-FAR
Corporate sponsors Intel, Google, HP, Huawei, IBM, LGE, Microsoft, National Instruments, NEC, Nokia, NVIDIA, Oracle, Samsung, ST Microelectronics, TSMC, Xilinx

Why the Sponsor Mix Matters

The combination of defense and science agencies (DARPA, ONR, NSF, DoE) with semiconductor and systems companies (TSMC, Intel, NVIDIA, Samsung, Xilinx) reflects the group's dual focus: long-running academic research and prototype chip construction. The homepage notes that Berkeley architecture research has emphasized building prototypes since the CALDIC computer in 1951, and that recent microprocessor designs are based on RISC-V and implemented in Chisel—both developed at Berkeley. Fabricating test chips in advanced processes, as the page describes with "multiple microprocessor tapeouts in advanced processes every year," is the kind of work that typically draws both agency funding and industry partnership.

What the Page Does Not Say

The homepage does not specify which sponsor supports which project, whether any listed sponsor is currently active, or how funding is allocated. If you need that level of detail—for example, to cite a specific grant or check a current collaboration—the sponsor acknowledgment alone is not enough. The page points readers to the links at the top right for current work and to the seminar page for weekly BAR talks, which are the more likely places to find project-level context.

Why Berkeley Architecture Research Uses RISC-V and Chisel

Berkeley Architecture Research (BAR) uses RISC-V and Chisel because both were developed at Berkeley, and the group states that all of its recent microprocessor designs are based on the RISC-V instruction set and implemented with the Chisel hardware description language. This choice fits a long-standing emphasis on building working prototypes rather than only simulating designs. The same approach is relevant if you are evaluating the group's projects, reusing its open tools, or studying how architecture research moves from idea to silicon.

The two tools and where they come from

RISC-V is an open instruction set architecture; Chisel is a hardware description language. According to the BAR homepage, both were developed at Berkeley. That shared origin matters for a research group: the instruction set and the design language are not external dependencies chosen late in a project, but local infrastructure the group can extend and teach.

The page also notes that recent microprocessor designs have been taped out in advanced processes every year. In other words, RISC-V and Chisel are not just academic exercises at BAR; they are the route to fabricated chips.

Why this pairing makes sense for BAR

A tradition of prototypes

The homepage traces Berkeley computer architecture research back to the CALDIC computer completed in 1951, and lists later projects including Project Genie, RISC-I, RISC-II, SOAR, SPUR, RAID, VLSI-BAM, T0, NOW, IRAM, and RAMP. The stated continuity is explicit: Berkeley architecture research "has always emphasized construction of prototypes." RISC-V and Chisel are the current expression of that habit.

Research, teaching, and open ecosystems reinforce each other

Because both tools originated at Berkeley, using them keeps design work close to the people and courses that develop them. It also means the group's output can feed the broader open ecosystem around RISC-V and Chisel, while feedback from real tapeouts can inform the tools. The page does not detail licensing or governance, so treat the "open" characterization as general knowledge about RISC-V and Chisel rather than a claim taken from this page.

What this means if you are looking at BAR's work

  • If you want to understand a BAR chip project, expect RISC-V and Chisel to be the baseline. Designs built on other instruction sets or HDLs would be the exception, not the norm, for recent work.
  • If you want to reuse or learn from the group's methods, the relevant entry points are the RISC-V ISA and Chisel, plus the project links the homepage points to at the top right.
  • If you are comparing research groups, a useful dimension is whether they build and tape out prototypes or mainly simulate. BAR's page makes prototype construction a defining feature, with multiple tapeouts per year in advanced processes.

Where to go next

The homepage directs readers to links at the top right for current work, and notes that BAR hosts weekly seminars on computer architecture topics, with more information at a linked page. The page also credits sponsors including DARPA, NSF, DoE, ONR, Intel, Google, and TSMC, among others—useful context if you are checking who supports this line of research.

Website Overview

Several search or sharing settings need attention. Together they may make snippets, preview images or preferred URLs less consistent across platforms.

Domain and Registration

Unknown

DNS and Email

Nameservers are provided by berkeley.edu, indicating managed DNS hosting. MX records point to the Google Workspace email service. SPF and DMARC are configured. DKIM status is unknown. TXT records include verification markers for Google, Apple, Atlassian, Microsoft. Such markers may also remain after a service stops being used. The lowest observed DNS TTL is 271 seconds.

TLS and Certificates

The certificate includes the organization field University of California, Berkeley. The certificate uses an RSA 2048-bit public key, offering broad client compatibility. The server supplied a complete certificate chain. The certificate is valid for about 198 days in total, with 92 days remaining. The certificate SAN covers 163 names.

HTTP and Browser Security

The checked browser-security headers were not detected, leaving fewer explicit browser-side safeguards. No X-Powered-By header was found, reducing one common source of backend fingerprinting information. No obvious internal addresses or debug information were found in the headers. The Server header identifies Apache without an exact version. No explicit CDN or WAF marker was found in the response headers.

Technology Stack Analysis

The public page identifies jQuery, Google Analytics, Apache without precise versions, leaving fewer clues for version-specific scanning.

Search and Social Sharing

No homepage meta description was detected, leaving snippet selection more dependent on page text. No viewport meta tag was detected, which may affect mobile layout behavior. No homepage canonical URL was detected. If duplicate URLs exist, consolidation may be less explicit. No Open Graph metadata was detected, so social previews may depend on platform inference. The title has 30 characters, within a common display range.

Hosting and Email

DNSberkeley.edu
Hostingberkeley.edu
EmailGoogle Workspace
Approximate IP geolocation (inferred; a CDN or proxy may differ from the origin server) United States flagAlbany, California, United States Inferred 128.32.37.248

Registration details

RDAP / WHOIS

Unknown

DNS records

DNS

TypeNameValueTTLPriority
Awww-research2.cs.berkeley.edu128.32.37.2487200—
MXberkeley.eduaspmx.l.google.com2711
MXberkeley.edualt1.aspmx.l.google.com2715
MXberkeley.edualt2.aspmx.l.google.com2715
MXberkeley.edualt3.aspmx.l.google.com27110
MXberkeley.edualt4.aspmx.l.google.com27110
NSberkeley.eduadns1.berkeley.edu10800—
NSberkeley.eduadns2.berkeley.edu10800—
NSberkeley.eduadns3.berkeley.edu10800—
TXTberkeley.edu896263912-183604123600—
TXTberkeley.eduMS=10BE0CF63C8BD5AFF9A6EF7B71763B098A9057193600—
TXTberkeley.eduMS=ms195216653600—
TXTberkeley.eduMS=ms377586983600—
TXTberkeley.eduZOOM_verify_RirbP7N1QWC3Zzm02oL4Cw3600—
TXTberkeley.eduadobe-idp-site-verification=a113c870-3c49-4b4a-b3a4-31e1cf1860cb3600—
TXTberkeley.eduamazonses:IuakF7FVH1Y7h0Kap7krqHwRvoXFOzSET+Ri1VBHziA=3600—
TXTberkeley.eduapple-domain-verification=ZDtApcKYPmKfYxn43600—
TXTberkeley.eduatlassian-domain-verification=RIwGoMGAwFoHKm3AJg0bhFvuzEkRseqI6LStzthTqt4dWfA6Mqm5OCHFbZd1BJ9e3600—
TXTberkeley.edubrevo-code:a2b2aef0282cf9caec92be7bed7630ad3600—
TXTberkeley.edubrevo-code:c6f4c03d44819f8975dc05ff6b3df3a93600—
TXTberkeley.edubrevo-code:e1e8345a4a2352cdbd9d6979093f2aec3600—
TXTberkeley.edubrevo-code:ee0b01818d57850991280d3999efc8413600—
TXTberkeley.educanva-site-verification=HJ933woS6KmNfYtvOaJHZA3600—
TXTberkeley.edudocusign=25bb9bc1-b377-48ce-a907-61472fca62613600—
TXTberkeley.edudocusign=31f4475e-737f-4a3a-b6ea-60b1ac273c953600—
TXTberkeley.edugoogle-site-verification=C4YkQW0t-gtD5FpVWdjxAipEUofVb2p0KmW3xFaUJeA3600—
TXTberkeley.edugoogle-site-verification=CDuttEoV44OF0dD7qwidnTj3wvYxIPz05W6MKEZfKYc3600—
TXTberkeley.edugoogle-site-verification=R5hbazPMfJqtXtm6OHprlDpBnSThQvYDrt-i-IqZvjE3600—
TXTberkeley.edugoogle-site-verification=fL93jj-VPnl_5wdFDh26YshzKVPraWAurHaBCu-k-Xw3600—
TXTberkeley.edugoogle-site-verification=loQrJWyMsMB249uINb-AsRGTWVoLdTc44Td3aMGn-NE3600—
TXTberkeley.eduiContact13934873600—
TXTberkeley.eduiContact14620723600—
TXTberkeley.eduiContact15836323600—
TXTberkeley.edujamf-site-verification=2jicltwxCxH93ep4OhO0dA3600—
TXTberkeley.eduklaviyo-site-verification=SWYLuM3600—
TXTberkeley.edusending_domain102272=da1fdb1bce80fcb235c498ec3ad47745fed6ea7c6dc03752d88318531e6b07b73600—
TXTberkeley.eduv=spf1 include:_spf.berkeley.edu include:_spf2.berkeley.edu include:_spf.google.com include:_spf.qualtrics.com include:servers.mcsv.net include:spf.mailjet.com a:c.spf.service-now.com ~all3600—
CNAMEamplab.cs.berkeley.eduwww-research2.cs.berkeley.edu7200—
DSberkeley.edu10359 10 2 90c805bdf785312d7ce4af92d697cdb1e6f5228d7364dce259d0652b8579c65b86400—
DSberkeley.edu17532 10 2 a6c9ec2b5ac641f87b436d2ff9adb8d5655bc8434de90cc47ed47f8bad65ae1f86400—
DMARC_dmarc.berkeley.eduv=DMARC1; p=reject; np=reject; psd=n; rua=mailto:[email protected]; ruf=mailto:[email protected]7981—

TLS and certificates

TLS / SSL

AssessmentNormal configuration
Supported protocolsTLSv1.2
Negotiated protocolTLSv1.2
Certificate subjectresearch.eecs.berkeley.edu
IssuerInCommon, LLC
Valid until2027-01-25T23:59 · Remaining when checked: 92 days
Verification detailsCertificate trust: Passed · Hostname match: Passed

HTTP response headers

HTTP

HeaderValue
content-typetext/html; charset=UTF-8
serverApache

Identified technologies

jQueryGoogle AnalyticsApache

Pages, Search and Sharing

Meta descriptionNot detected
Canonical URLNot detected
LanguageEnglish (default)
Twitter CardNot detected

Unknown

No robots.txt found

No sitemaps found

User reviews (0)

  • No reviews yet.